Combining grant, acknowledgement, and rate control commands

ABSTRACT

Embodiments disclosed herein address the need in the art for reduced overhead control with the ability to adjust transmission rates as necessary. In one aspect, a first signal indicates an acknowledgement of a decoded subpacket and whether or not a rate control command is generated, and a second signal conditionally indicates the rate control command when one is generated. In another aspect, a grant may be generated concurrently with the acknowledgement. In yet another aspect, a mobile station monitors the first signal, conditionally monitors the second signal as indicated by the first signal, and may monitor a third signal comprising a grant. In yet another aspect, one or more base stations transmit one or more of the various signals. Various other aspects are also presented. These aspects have the benefit of providing the flexibility of grant-based control while utilizing lower overhead when rate control commands are used, thus increasing system utilization, increasing capacity and throughput.

Claim of Priority under 35 U.S.C. §119

The present Application for Patent claims priority to ProvisionalApplication No. 60/493,046 entitled “Reverse Link Rate Control for CDMA2000 Rev D” filed Aug. 5, 2003, and Provisional Application No.60/496,297, entitled “Reverse Link Rate Control for CDMA 2000 Rev D”,filed Aug. 18, 2003.

BACKGROUND

1. Field

The present invention relates generally to wireless communications, andmore specifically to combining grant, acknowledgement, and rate controlchannels.

2. Background

Wireless communication systems are widely deployed to provide varioustypes of communication such as voice and data. A typical wireless datasystem, or network, provides multiple users access to one or more sharedresources. A system may use a variety of multiple access techniques suchas Frequency Division Multiplexing (FDM), Time Division Multiplexing(TDM), Code Division Multiplexing (CDM), and others.

Example wireless networks include cellular-based data systems. Thefollowing are several such examples: (1) the “TIA/EIA-95-B MobileStation-Base Station Compatibility Standard for Dual-Mode WidebandSpread Spectrum Cellular System” (the IS-95 standard), (2) the standardoffered by a consortium named “3rd Generation Partnership Project”(3GPP) and embodied in a set of documents including Document Nos. 3G TS25.211, 3G TS 25.212, 3G TS 25.213, and 3G TS 25.214 (the W-CDMAstandard), (3) the standard offered by a consortium named “3rdGeneration Partnership Project 2” (3GPP2) and embodied in “TR-45.5Physical Layer Standard for cdma2000 Spread Spectrum Systems” (theIS-2000 standard), (4) the high data rate (HDR) system that conforms tothe TIA/EIA/IS-856 standard (the IS-856 standard), and (5) Revision C ofthe IS-2000 standard, including C.S0001.C through C.S0006.C, and relateddocuments (including subsequent Revision D submissions) are referred toas the 1xEV-DV proposal.

In an example system, Revision D of the IS-2000 standard (currentlyunder development), the transmission of mobile stations on the reverselink is controlled by the base stations. A base station may decide themaximum rate or Traffic-to-Pilot Ratio (TPR) at which a mobile stationis allowed to transmit. Currently proposed are two types of controlmechanisms: grant based and rate-control based.

In grant-based control, a mobile station feeds back to a base stationinformation on the mobile station's transmit capability, data buffersize, and Quality of Service (QoS) level, etc. The base station monitorsfeedback from a plurality of mobile stations and decides which areallowed to transmit and the corresponding maximum rate allowed for each.These decisions are delivered to the mobile stations via grant messages.

In rate-control based control, a base station adjusts a mobile station'srate with limited range (i.e. one rate up, no change, or one rate down).The adjustment command is conveyed to the mobile stations using a simplebinary rate control bit or multiple-valued indicator.

Under full buffer conditions, where active mobile stations have largeamounts of data, grant based techniques and rate control techniquesperform roughly the same. Ignoring overhead issues, the grant method maybe better able to control the mobile station in situations with realtraffic models. Ignoring overhead issues, the grant method may be betterable to control different QoS streams. Two types of rate control may bedistinguished, including a dedicated rate control approach, giving everymobile station a single bit, and common rate control, using a single bitper sector. Various hybrids of these two may assign multiple mobilestations to a rate control bit. A common rate control approach mayrequire less overhead. However, it may offer less control over mobilestations when contrasted with a more dedicated control scheme. As thenumber of mobiles transmitting at any one time decreases, then thecommon rate control method and the dedicated rate control approach eachother.

Grant based techniques can rapidly change the transmission rate of amobile station. However, a pure grant based technique may suffer fromhigh overhead if there are continual rate changes. Similarly, a purerate control technique may suffer from slow ramp-up times and equal orhigher overheads during the ramp-up times.

Neither approach provides both reduced overhead and large or rapid rateadjustments. There is therefore a need in the art for reduced overheadcontrol with the ability to adjust transmission rates as necessary.

SUMMARY

Embodiments disclosed herein address the need in the art for reducedoverhead control with the ability to adjust transmission rates asnecessary. In one aspect, a first signal indicates an acknowledgement ofa decoded subpacket and whether or not a rate control command isgenerated, and a second signal conditionally indicates the rate controlcommand when one is generated. In another aspect, a grant may begenerated concurrently with the acknowledgement. In yet another aspect,a mobile station monitors the first signal, conditionally monitors thesecond signal as indicated by the first signal, and may monitor a thirdsignal comprising a grant. In yet another aspect, one or more basestations transmit one or more of the various signals. Various otheraspects are also presented. These aspects have the benefit of providingthe flexibility of grant-based control while utilizing lower overheadwhen rate control commands are used, thus increasing system utilization,increasing capacity and throughput.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a general block diagram of a wireless communication systemcapable of supporting a number of users;

FIG. 2 depicts an example mobile station and base station configured ina system adapted for data communication;

FIG. 3 is a block diagram of a wireless communication device, such as amobile station or base station;

FIG. 4 depicts an exemplary embodiment of data and control signals forreverse link data communication;

FIG. 5 is an exemplary acknowledgement channel;

FIG. 6 is an exemplary rate control channel;

FIG. 7 is an example method deployable in a base station to allocatecapacity in response to requests and transmissions from one or moremobile stations;

FIG. 8 is an example method of generating grants, acknowledgements, andrate control commands;

FIG. 9 is an example method for a mobile station to monitor and respondto grants, acknowledgements, and rate control commands;

FIG. 10 depicts timing for an example embodiment with combinedacknowledgement and rate control channels;

FIG. 11 depicts timing for an example embodiment with combinedacknowledgement and rate control channels, along with a new grant; and

FIG. 12 depicts timing for an example embodiment with combinedacknowledgement and rate control channels, without a grant.

DETAILED DESCRIPTION

Example embodiments, detailed below, provide for allocation of a sharedresource, such as shared by one or more mobile stations in acommunication system, by advantageously controlling or adjusting one ormore data rates in connection with various acknowledgment messagescommunicated in the system.

Techniques for combining the use of grant channels, acknowledgementchannels, and rate control channels to provide for a combination ofgrant based scheduling and rate controlled scheduling, and the benefitsthereof, are disclosed herein.

Various embodiments may allow for one or more of the following benefits:increasing the transmission rate of a mobile station quickly, quicklystopping a mobile station from transmitting, low-overhead adjustments ofa mobile station's rate, low-overhead mobile station transmissionacknowledgement, low overhead overall, and Quality of Service (QoS)control for streams from one or mobile stations. Various other benefitswill be detailed below.

One or more exemplary embodiments described herein are set forth in thecontext of a digital wireless data communication system. While usewithin this context is advantageous, different embodiments of theinvention may be incorporated in different environments orconfigurations. In general, the various systems described herein may beformed using software-controlled processors, integrated circuits, ordiscrete logic. The data, instructions, commands, information, signals,symbols, and chips that may be referenced throughout the application areadvantageously represented by voltages, currents, electromagnetic waves,magnetic fields or particles, optical fields or particles, or acombination thereof. In addition, the blocks shown in each block diagrammay represent hardware or method steps.

More specifically, various embodiments of the invention may beincorporated in a wireless communication system operating in accordancewith a communication standard outlined and disclosed in variousstandards published by the Telecommunication Industry Association (TIA)and other standards organizations. Such standards include the TIA/EIA-95standard, TIA/EIA-IS-2000 standard, IMT-2000 standard, UMTS and WCDMAstandard, GSM standard, all incorporated by reference herein. A copy ofthe standards may be obtained by writing to TIA, Standards andTechnology Department, 2500 Wilson Boulevard, Arlington, Va. 22201,United States of America. The standard generally identified as UMTSstandard, incorporated by reference herein, may be obtained bycontacting 3GPP Support Office, 650 Route des Lucioles-Sophia Antipolis,Valbonne-France.

FIG. 1 is a diagram of a wireless communication system 100 that may bedesigned to support one or more CDMA standards and/or designs (e.g., theW-CDMA standard, the IS-95 standard, the cdma2000 standard, the HDRspecification, the 1xEV-DV system). In an alternative embodiment, system100 may additionally support any wireless standard or design other thana CDMA system. In the exemplary embodiment, system 100 is a 1xEV-DVsystem.

For simplicity, system 100 is shown to include three base stations 104in communication with two mobile stations 106. The base station and itscoverage area are often collectively referred to as a “cell”. In IS-95,cdma2000, or 1xEV-DV systems, for example, a cell may include one ormore sectors. In the W-CDMA specification, each sector of a base stationand the sector's coverage area is referred to as a cell. As used herein,the term base station can be used interchangeably with the terms accesspoint or Node B. The term mobile station can be used interchangeablywith the terms user equipment (UE), subscriber unit, subscriber station,access terminal, remote terminal, or other corresponding terms known inthe art. The term mobile station encompasses fixed wirelessapplications.

Depending on the CDMA system being implemented, each mobile station 106may communicate with one (or possibly more) base stations 104 on theforward link at any given moment, and may communicate with one or morebase stations on the reverse link depending on whether or not the mobilestation is in soft handoff. The forward link (i.e., downlink) refers totransmission from the base station to the mobile station, and thereverse link (i.e., uplink) refers to transmission from the mobilestation to the base station.

While the various embodiments described herein are directed to providingreverse-link or forward-link signals for supporting reverse linktransmission, and some may be well suited to the nature of reverse linktransmission, those skilled in the art will understand that mobilestations as well as base stations can be equipped to transmit data asdescribed herein and the aspects of the present invention apply in thosesituations as well. The word “exemplary” is used exclusively herein tomean “serving as an example, instance, or illustration.” Any embodimentdescribed herein as “exemplary” is not necessarily to be construed aspreferred or advantageous over other embodiments.

1xEV-DV Forward Link Data Transmission

A system 100, such as the one described in the 1xEV-DV proposal,generally comprises forward link channels of four classes: overheadchannels, dynamically varying IS-95 and IS-2000 channels, a ForwardPacket Data Channel (F-PDCH), and some spare channels. The overheadchannel assignments vary slowly; for example, they may not change formonths. They are typically changed when there are major networkconfiguration changes. The dynamically varying IS-95 and IS-2000channels are allocated on a per call basis or are used for IS-95, orIS-2000 Release 0 through B voice and packet services. Typically, theavailable base station power remaining after the overhead channels anddynamically varying channels have been assigned is allocated to theF-PDCH for remaining data services

The F-PDCH, similar to the traffic channel in the IS-856 standard, isused to send data at the highest supportable data rate to one or twousers in each cell at a time.

In IS-856, the entire power of the base station and the entire space ofWalsh functions are available when transmitting data to a mobilestation. However, in a 1xEV-DV system, some base station power and someof the Walsh functions are allocated to overhead channels and existingIS-95 and cdma2000 services. The data rate that is supportable dependsprimarily upon the available power and Walsh codes after the power andWalsh codes for the overhead, IS-95, and IS-2000 channels have beenassigned. The data transmitted on the F-PDCH is spread using one or moreWalsh codes.

In a 1xEV-DV system, the base station generally transmits to one mobilestation on the F-PDCH at a time, although many users may be using packetservices in a cell. (It is also possible to transmit to two users byscheduling transmissions for the two users, and allocating power andWalsh channels to each user appropriately.) Mobile stations are selectedfor forward link transmission based upon some scheduling algorithm.

In a system similar to IS-856 or 1xEV-DV, scheduling is based in part onchannel quality feedback from the mobile stations being serviced. Forexample, in IS-856, mobile stations estimate the quality of the forwardlink and compute a transmission rate expected to be sustainable for thecurrent conditions. The desired rate from each mobile station istransmitted to the base station. The scheduling algorithm may, forexample, select a mobile station for transmission that supports arelatively higher transmission rate in order to make more efficient useof the shared communication channel. As another example, in a 1xEV-DVsystem, each mobile station transmits a Carrier-to-Interference (C/I)estimate as the channel quality estimate on the Reverse Channel QualityIndicator Channel (R-CQICH). The scheduling algorithm is used todetermine the mobile station selected for transmission, as well as theappropriate rate and transmission format in accordance with the channelquality.

As described above, a wireless communication system 100 may supportmultiple users sharing the communication resource simultaneously, suchas an IS-95 system, may allocate the entire communication resource toone user at time, such as an IS-856 system, or may apportion thecommunication resource to allow both types of access. A 1xEV-DV systemis an example of a system that divides the communication resourcebetween both types of access, and dynamically allocates theapportionment according to user demand. An exemplary forward-linkembodiment has just been described. Various exemplary reverse-linkembodiments are detailed further below.

FIG. 2 depicts an example mobile station 106 and base station 104configured in a system 100 adapted for data communication. Base station104 and mobile station 106 are shown communicating on a forward and areverse link. Mobile station 106 receives forward link signals inreceiving subsystem 220. A base station 104 communicating the forwarddata and control channels, detailed below, may be referred to herein asthe serving station for the mobile station 106. An example receivingsubsystem is detailed further below with respect to FIG. 3. ACarrier-to-Interference (C/I) estimate is made for the forward linksignal received from the serving base station in the mobile station 106.A C/I measurement is an example of a channel quality metric used as achannel estimate, and alternate channel quality metrics can be deployedin alternate embodiments. The C/I measurement is delivered totransmission subsystem 210 in the base station 104, an example of whichis detailed further below with respect to FIG. 3.

The transmission subsystem 210 delivers the C/I estimate over thereverse link where it is delivered to the serving base station. Notethat, in a soft handoff situation, well known in the art, the reverselink signals transmitted from a mobile station may be received by one ormore base stations other than the serving base station, referred toherein as non-serving base stations. Receiving subsystem 230, in basestation 104, receives the C/I information from mobile station 106.

Scheduler 240, in base station 104, is used to determine whether and howdata should be transmitted to one or more mobile stations within theserving cell's coverage area. Any type of scheduling algorithm can bedeployed within the scope of the present invention. One example isdisclosed in U.S. patent application Ser. No. 08/798,951, entitled“METHOD AND APPARATUS FOR FORWARD LINK RATE SCHEDULING”, filed Feb. 11,1997, assigned to the assignee of the present invention.

In an example 1xEV-DV embodiment, a mobile station is selected forforward link transmission when the C/I measurement received from thatmobile station indicates that data can be transmitted at a certain rate.It is advantageous, in terms of system capacity, to select a targetmobile station such that the shared communication resource is alwaysutilized at its maximum supportable rate. Thus, the typical targetmobile station selected may be the one with the greatest reported C/I.Other factors may also be incorporated in a scheduling decision. Forexample, minimum quality of service guarantees may have been made tovarious users. It may be that a mobile station, with a relatively lowerreported C/I, is selected for transmission to maintain a minimum datatransfer rate to that user. It may be that a mobile station, not withthe greatest reported C/I, is selected for transmission to maintaincertain fairness criterion among all users.

In the example 1xEV-DV system, scheduler 240 determines which mobilestation to transmit to, and also the data rate, modulation format, andpower level for that transmission. In an alternate embodiment, such asan IS-856 system, for example, a supportable rate/modulation formatdecision can be made at the mobile station, based on channel qualitymeasured at the mobile station, and the transmit format can betransmitted to the serving base station in lieu of the C/I measurement.Those of skill in the art will recognize myriad combinations ofsupportable rates, modulation formats, power levels, and the like whichcan be deployed within the scope of the present invention. Furthermore,although in various embodiments described herein the scheduling tasksare performed in the base station, in alternate embodiments, some or allof the scheduling process may take place in the mobile station.

Scheduler 240 directs transmission subsystem 250 to transmit to theselected mobile station on the forward link using the selected rate,modulation format, power level, and the like.

In the example embodiment, messages on the control channel, or F-PDCCH,are transmitted along with data on the data channel, or F-PDCH. Thecontrol channel can be used to identify the recipient mobile station ofthe data on the F-PDCH, as well as identifying other communicationparameters useful during the communication session. A mobile stationshould receive and demodulate data from the F-PDCH when the F-PDCCHindicates that mobile station is the target of the transmission. Themobile station responds on the reverse link following the receipt ofsuch data with a message indicating the success or failure of thetransmission. Retransmission techniques, well known in the art, arecommonly deployed in data communication systems.

A mobile station may be in communication with more than one basestation, a condition known as soft handoff. Soft handoff may includemultiple sectors from one base station (or one Base TransceiverSubsystem (BTS)), known as softer handoff, as well as with sectors frommultiple BTSs. Base station sectors in soft handoff are generally storedin a mobile station's Active Set. In a simultaneously sharedcommunication resource system, such as IS-95, IS-2000, or thecorresponding portion of a 1xEV-DV system, the mobile station maycombine forward link signals transmitted from all the sectors in theActive Set. In a data-only system, such as IS-856, or the correspondingportion of a 1xEV-DV system, a mobile station receives a forward linkdata signal from one base station in the Active Set, the serving basestation (determined according to a mobile station selection algorithm,such as those described in the C.S0002.C standard). Other forward linksignals, examples of which are detailed further below, may also bereceived from non-serving base stations.

Reverse link signals from the mobile station may be received at multiplebase stations, and the quality of the reverse link is generallymaintained for the base stations in the active set. It is possible forreverse link signals received at multiple base stations to be combined.In general, soft combining reverse link signals from disparately locatedbase stations would require significant network communication bandwidthwith very little delay, and so the example systems listed above do notsupport it. In softer handoff, reverse link signals received at multiplesectors in a single BTS can be combined without network signaling. Whileany type of reverse link signal combining may be deployed within thescope of the present invention, in the example systems described above,reverse link power control maintains quality such that reverse linkframes are successfully decoded at one BTS (switching diversity).

Reverse link data transmission may be carried out in system 100 as well.The receiving and transmission subsystems 210-230, and 250, describedmay be deployed to send control signals on the forward link to directdata transmission on the reverse link. Mobile stations 106 may transmitcontrol information on the reverse link as well. Various mobile stations106 communicating with one or more base stations 104 may access theshared communication resource (i.e. the reverse link channel, which maybe variably allocated, as in 1xEV-DV, or a fixed allocation, as inIS-856), in response to various access control and rate controltechniques, examples of which are detailed below. Scheduler 240 may bedeployed to determine the allocation of reverse link resources. Examplecontrol and data signals for reverse link data communication aredetailed below.

Example Base Station and Mobile Station Embodiments

FIG. 3 is a block diagram of a wireless communication device, such asmobile station 106 or base station 104. The blocks depicted in thisexample embodiment will generally be a subset of the components includedin either a base station 104 or mobile station 106. Those of skill inthe art will readily adapt the embodiment shown in FIG. 3 for use in anynumber of base station or mobile station configurations.

Signals are received at antenna 310 and delivered to receiver 320.Receiver 320 performs processing according to one or more wirelesssystem standards, such as the standards listed above. Receiver 320performs various processing such as Radio Frequency (RF) to basebandconversion, amplification, analog to digital conversion, filtering, andthe like. Various techniques for receiving are known in the art.Receiver 320 may be used to measure channel quality of the forward orreverse link, when the device is a mobile station or base station,respectively, although a separate channel quality estimator 335 is shownfor clarity of discussion, detailed below.

Signals from receiver 320 are demodulated in demodulator 325 accordingto one or more communication standards. In an example embodiment, ademodulator capable of demodulating 1xEV-DV signals is deployed. Inalternate embodiments, alternate standards may be supported, andembodiments may support multiple communication formats. Demodulator 330may perform RAKE receiving, equalization, combining, deinterleaving,decoding, and various other functions as required by the format of thereceived signals. Various demodulation techniques are known in the art.In a base station 104, demodulator 325 will demodulate according to thereverse link. In a mobile station 106, demodulator 325 will demodulateaccording to the forward link. Both the data and control channelsdescribed herein are examples of channels that can be received anddemodulated in receiver 320 and demodulator 325. Demodulation of theforward data channel will occur in accordance with signaling on thecontrol channel, as described above.

Message decoder 330 receives demodulated data and extracts signals ormessages directed to the mobile station 106 or base station 104 on theforward or reverse links, respectively. Message decoder 330 decodesvarious messages used in setting up, maintaining and tearing down a call(including voice or data sessions) on a system. Messages may includechannel quality indications, such as C/I measurements, power controlmessages, or control channel messages used for demodulating the forwarddata channel. Various types of control messages may be decoded in eithera base station 104 or mobile station 106 as transmitted on the reverseor forward links, respectively. For example, described below are requestmessages and grant messages for scheduling reverse link datatransmission for generation in a mobile station or base station,respectively. Various other message types are known in the art and maybe specified in the various communication standards being supported. Themessages are delivered to processor 350 for use in subsequentprocessing. Some or all of the functions of message decoder 330 may becarried out in processor 350, although a discrete block is shown forclarity of discussion. Alternatively, demodulator 325 may decode certaininformation and send it directly to processor 350 (a single bit messagesuch as an ACK/NAK or a power control up/down command are examples).Various signals and messages for use in embodiments disclosed herein aredetailed further below.

Channel quality estimator 335 is connected to receiver 320, and used formaking various power level estimates for use in procedures describedherein, as well as for use in various other processing used incommunication, such as demodulation. In a mobile station 106, C/Imeasurements may be made. In addition, measurements of any signal orchannel used in the system may be measured in the channel qualityestimator 335 of a given embodiment. In a base station 104 or mobilestation 106, signal strength estimations, such as received pilot powercan be made. Channel quality estimator 335 is shown as a discrete blockfor clarity of discussion only. It is common for such a block to beincorporated within another block, such as receiver 320 or demodulator325. Various types of signal strength estimates can be made, dependingon which signal or which system type is being estimated. In general, anytype of channel quality metric estimation block can be deployed in placeof channel quality estimator 335 within the scope of the presentinvention. In a base station 104, the channel quality estimates aredelivered to processor 350 for use in scheduling, or determining thereverse link quality, as described further below. Channel qualityestimates may be used to determine whether up or down power controlcommands are required to drive either the forward or reverse link powerto a desired set point. The desired set point may be determined with anouter loop power control mechanism.

Signals are transmitted via antenna 310. Transmitted signals areformatted in transmitter 370 according to one or more wireless systemstandards, such as those listed above. Examples of components that maybe included in transmitter 370 are amplifiers, filters,digital-to-analog (D/A) converters, radio frequency (RF) converters, andthe like. Data for transmission is provided to transmitter 370 bymodulator 365. Data and control channels can be formatted fortransmission in accordance with a variety of formats. Data fortransmission on the forward link data channel may be formatted inmodulator 365 according to a rate and modulation format indicated by ascheduling algorithm in accordance with a C/I or other channel qualitymeasurement. A scheduler, such as scheduler 240, described above, mayreside in processor 350. Similarly, transmitter 370 may be directed totransmit at a power level in accordance with the scheduling algorithm.Examples of components, which may be incorporated in modulator 365,include encoders, interleavers, spreaders, and modulators of varioustypes. A reverse link design, including example modulation formats andaccess control, suitable for deployment on a 1xEV-DV system is alsodescribed below.

Message generator 360 may be used to prepare messages of various types,as described herein. For example, C/I messages may be generated in amobile station for transmission on the reverse link. Various types ofcontrol messages may be generated in either a base station 104 or mobilestation 106 for transmission on the forward or reverse links,respectively. For example, described below are request messages andgrant messages for scheduling reverse link data transmission forgeneration in a mobile station or base station, respectively.

Data received and demodulated in demodulator 325 may be delivered toprocessor 350 for use in voice or data communications, as well as tovarious other components. Similarly data for transmission may bedirected to modulator 365 and transmitter 370 from processor 350. Forexample, various data applications may be present on processor 350, oron another processor included in the wireless communication device 104or 106 (not shown). A base station 104 may be connected, via otherequipment not shown, to one or more external networks, such as theInternet (not shown). A mobile station 106 may include a link to anexternal device, such as a laptop computer (not shown).

Processor 350 may be a general-purpose microprocessor, a digital signalprocessor (DSP), or a special-purpose processor. Processor 350 mayperform some or all of the functions of receiver 320, demodulator 325,message decoder 330, channel quality estimator 335, message generator360, modulator 365, or transmitter 370, as well as any other processingrequired by the wireless communication device. Processor 350 may beconnected with special-purpose hardware to assist in-these tasks(details not shown). Data or voice applications may be external, such asan externally connected laptop computer or connection to a network, mayrun on an additional processor within wireless communication device 104or 106 (not shown), or may run on processor 350 itself. Processor 350 isconnected with memory 355, which can be used for storing data as well asinstructions for performing the various procedures and methods describedherein. Those of skill in the art will recognize that memory 355 may becomprised of one or more memory components of various types, that may beembedded in whole or in part within processor 350.

A typical data communication system may include one or more channels ofvarious types. More specifically, one or more data channels are commonlydeployed. It is also common for one or more control channels to bedeployed, although in-band control signaling can be included on a datachannel. For example, in a 1xEV-DV system, a Forward Packet Data ControlChannel (F-PDCCH) and a Forward Packet Data Channel (F-PDCH) are definedfor transmission of control and data, respectively, on the forward link.Various example channels for reverse link data transmission are detailedas follows.

1xEV-DV Reverse Link Design Considerations

In this section, various factors considered in the design of an exampleembodiment of a reverse link of a wireless communication system aredescribed. In many of the embodiments, detailed further in followingsections, signals, parameters, and procedures associated with the1xEV-DV standard are used. This standard is described for illustrativepurposes only, as each of the aspects described herein, and combinationsthereof, may be applied to any number of communication systems withinthe scope of the present invention. This section serves as a partialsummary of various aspects of the invention, although it is notexhaustive. Example embodiments are detailed further in subsequentsections below, in which additional aspects are described.

In many cases, reverse link capacity is interference limited. Basestations allocate available reverse link communication resources tomobile stations for efficient utilization to maximize throughput inaccordance with Quality of Service (QoS) requirements for the variousmobile stations.

Maximizing the use of the reverse link communication resource involvesseveral factors. One factor to consider is the mix of scheduled reverselink transmissions from various mobile stations, each of which may beexperiencing varying channel quality at any given time. To increaseoverall throughput (the aggregate data transmitted by all the mobilestations in the cell), it is desirable for the entire reverse link to befully utilized whenever there is reverse link data to be sent. To fillthe available capacity, mobile stations may be granted access at thehighest rate they can support, and additional mobile stations may begranted access until capacity is reached. One factor a base station mayconsider in deciding which mobile stations to schedule is the maximumrate each mobile can support and the amount of data each mobile stationhas to send. A mobile station capable of higher throughput may beselected instead of an alternate mobile station whose channel does notsupport the higher throughput.

Another factor to be considered is the quality of service required byeach mobile station. While it may be permissible to delay access to onemobile station in hopes that the channel will improve, opting instead toselect a better situated mobile station, it may be that suboptimalmobile stations may need to be granted access to meet minimum quality ofservice guarantees. Thus, the data throughput scheduled may not be theabsolute maximum, but rather maximized considering channel conditions,available mobile station transmit power, and service requirements. It isdesirable for any configuration to reduce the signal to noise ratio forthe selected mix.

Various scheduling mechanisms are described below for allowing a mobilestation to transmit data on the reverse link. One class of reverse linktransmission involves the mobile station making a request to transmit onthe reverse link. The base station makes a determination of whetherresources are available to accommodate the request. A grant can be madeto allow the transmission. This handshake between the mobile station andthe base station introduces a delay before the reverse link data can betransmitted. For certain classes of reverse link data, the delay may beacceptable. Other classes may be more delay-sensitive, and alternatetechniques for reverse link transmission are detailed below to mitigatedelay.

In addition, reverse link resources are expended to make a request fortransmission, and forward link resources are expended to respond to therequest, i.e. transmit a grant. When a mobile station's channel qualityis low, i.e. low geometry or deep fading, the power required on theforward link to reach the mobile may be relatively high. Varioustechniques are detailed below to reduce the number or required transmitpower of requests and grants required for reverse link datatransmission.

To avoid the delay introduced by a request/grant handshake, as well asto conserve the forward and reverse link resources required to supportthem, an autonomous reverse link transmission mode is supported. Amobile station may transmit data at a limited rate on the reverse linkwithout making a request or waiting for a grant.

It may also be desirable to modify the transmission rate of a mobilestation that is transmitting in accordance with a grant, orautonomously, without the overhead of a grant. To accomplish this, ratecontrol commands may be implemented along with autonomous andrequest/grant based scheduling. For example, a set of commands mayinclude a command to increase, decrease and hold steady the current rateof transmission. Such rate control commands may be addressable to eachmobile station individually, or to groups of mobile stations. Variousexample rate control commands, channels, and signals are detailedfurther below.

The base station allocates a portion of the reverse link capacity to oneor more mobile stations. A mobile station that is granted access isafforded a maximum power level. In the example embodiments describedherein, the reverse link resource is allocated using a Traffic to Pilot(T/P) ratio. Since the pilot signal of each mobile station is adaptivelycontrolled via power control, specifying the T/P ratio indicates theavailable power for use in transmitting data on the reverse link. Thebase station may make specific grants to one or more mobile stations,indicating a T/P value specific to each mobile station. The base stationmay also make a common grant to the remaining mobile stations, whichhave requested access, indicating a maximum T/P value that is allowedfor those remaining mobile stations to transmit. Autonomous andscheduled transmission, individual and common grants, and rate controlare detailed further below.

Various scheduling algorithms are known in the art, and more are yet tobe developed, which can be used to determine the various specific andcommon T/P values for grants as well as desired rate control commands inaccordance with the number of registered mobile stations, theprobability of autonomous transmission by the mobile stations, thenumber and size of the outstanding requests, expected average responseto grants, and any number of other factors. In one example, a selectionis made based on Quality of Service (QoS) priority, efficiency, and theachievable throughput from the set of requesting mobile stations. Oneexample scheduling technique is disclosed in co-pending U.S. patentapplication Ser. No. 10/651,810, entitled “SYSTEM AND METHOD FOR ATIME-SCALABLE PRIORITY-BASED SCHEDULER”, filed Aug. 28, 2003, assignedto the assignee of the present invention. Additional references includeU.S. Pat. No. 5,914,950, entitled “METHOD AND APPARATUS FOR REVERSE LINKRATE SCHEDULING”, and U.S. Pat. No. 5,923,650, also entitled “METHOD ANDAPPARATUS FOR REVERSE LINK RATE SCHEDULING”, both assigned to theassignee of the present invention.

A mobile station may transmit a packet of data using one or moresubpackets, where each subpacket contains the complete packetinformation (each subpacket is not necessarily encoded identically, asvarious encoding or redundancy may be deployed throughout varioussubpackets). Retransmission techniques may be deployed to ensurereliable transmission, for example Automatic Repeat reQuest (ARQ). Thus,if the first subpacket is received without error (using a CRC, forexample), a positive Acknowledgement (ACK) is sent to the mobile stationand no additional subpackets will be sent (recall that each subpacketcomprises the entire packet information, in one form or another). If thefirst subpacket is not received correctly, then a NegativeAcknowledgement signal (NAK) is sent to the mobile station, and thesecond subpacket will be transmitted. The base station can combine theenergy of the two subpackets and attempt to decode. The process may berepeated indefinitely, although it is common to specify a maximum numberof subpackets. In example embodiments described herein, up to foursubpackets may be transmitted. Thus, the probability of correctreception increases as additional subpackets are received. Detailedbelow are various ways to combine ARQ responses, rate control commands,and grants, to provide the desired level of flexibility in transmissionrates with acceptable overhead levels.

As just described, a mobile station may trade off throughput for latencyin deciding whether to use autonomous transfer to transmit data with lowlatency or requesting a higher rate transfer and waiting for a common orspecific grant. In addition, for a given T/P, the mobile station mayselect a data rate to suit latency or throughput. For example, a mobilestation with relatively few bits for transmission may decide that lowlatency is desirable. For the available T/P (probably the autonomoustransmission maximum in this example, but could also be the specific orcommon grant T/P), the mobile station may select a rate and modulationformat such that the probability of the base station correctly receivingthe first subpacket is high. Although retransmission will be availableif necessary, it is likely that this mobile station will be able totransmit its data bits in one subpacket. In various example embodimentsdescribed herein, each subpacket is transmitted over a period of 5 ms.Therefore, in this example, a mobile station may make an immediateautonomous transfer that is likely to be received at the base stationfollowing a 5 ms interval. Note that, alternatively, the mobile stationmay use the availability of additional subpackets to increase the amountof data transmitted for a given T/P. So, a mobile station may selectautonomous transfer to reduce latency associated with requests andgrants, and may additionally trade the throughput for a particular T/Pto minimize the number of subpackets (hence latency) required. Even ifthe full number of subpackets is selected, autonomous transfer will belower latency than request and grant for relatively small datatransfers. Those of skill in the art will recognize that as the amountof data to be transmitted grows, requiring multiple packets fortransmission, the overall latency may be reduced by switching to arequest and grant format, since the penalty of the request and grantwill eventually be offset by the increased throughput of a higher datarate across multiple packets. This process is detailed further below,with an example set of transmission rates and formats that can beassociated with various T/P assignments.

Reverse Link Data Transmission

One goal of a reverse link design may be to maintain theRise-over-Thermal (RoT) at the base station relatively constant as longas there is reverse link data to be transmitted. Transmission on thereverse link data channel is handled in three different modes:

Autonomous Transmission: This case is used for traffic requiring lowdelay. The mobile station is allowed to transmit immediately, up to acertain transmission rate, determined by the serving base station (i.e.the base station to which the mobile station directs its Channel QualityIndicator (CQI)). A serving base station is also referred to as ascheduling base station or a granting base station. The maximum allowedtransmission rate for autonomous transmission may be signaled by theserving base station dynamically based on system load, congestion, etc.

Scheduled Transmission: The mobile station sends an estimate of itsbuffer size, available power, and possibly other parameters. The basestation determines when the mobile station is allowed to transmit. Thegoal of a scheduler is to limit the number of simultaneoustransmissions, thus reducing the interference between mobile stations.The scheduler may attempt to have mobile stations in regions betweencells transmit at lower rates so as to reduce interference toneighboring cells, and to tightly control RoT to protect the voicequality on the R-FCH, the DV feedback on R-CQICH and the acknowledgments(R-ACKCH), as well as the stability of the system.

Rate Controlled Transmission: Whether a mobile station transmitsscheduled (i.e. granted) or autonomously, a base station may adjust thetransmission rate via rate control commands. Example rate controlcommands include increasing, decreasing, or holding the current rate.Additional commands may be included to specify how a rate change is tobe implemented (i.e. amount of increase or decrease). Rate controlcommands may be probabilistic or deterministic.

Various embodiments, detailed herein, contain one or more featuresdesigned to improve throughput, capacity, and overall system performanceof the reverse link of a wireless communication system. For illustrativepurposes only, the data portion of a 1xEV-DV system, in particular,optimization of transmission by various mobile stations on the EnhancedReverse Supplemental Channel (R-ESCH), is described. Various forward andreverse link channels used in one or more of the example embodiments aredetailed in this section. These channels are generally a subset of thechannels used in a communication system.

FIG. 4 depicts an exemplary embodiment of data and control signals forreverse link data communication. A mobile station 106 is showncommunicating over various channels, each channel connected to one ormore base stations 104A-104C. Base station 104A is labeled as thescheduling base station. The other base stations 104B and 104C are partof the Active Set of mobile station 106. There are four types of reverselink signals and four types of forward link signals shown. They aredescribed below.

R-REQCH

The Reverse Request Channel (R-REQCH) is used by the mobile station torequest from the scheduling base station a reverse link transmission ofdata. In the example embodiment, requests are for transmission on theR-ESCH (detailed further below). In the example embodiment, a request onthe R-REQCH includes the T/P ratio the mobile station can support,variable according to changing channel conditions, and the buffer size(i.e. the amount of data awaiting transmission). The request may alsospecify the Quality of Service (QoS) for the data awaiting transmission.Note that a mobile station may have a single QoS level specified for themobile station, or, alternately, different QoS levels for differenttypes of service options. Higher layer protocols may indicate the QoS,or other desired parameters (such as latency or throughput requirements)for various data services. In an alternative embodiment, a ReverseDedicated Control Channel (R-DCCH), used in conjunction with otherreverse link signals, such as the Reverse Fundamental Channel (R-FCH)(used for voice services, for example), may be used to carry accessrequests. In general, access requests may be described as comprising alogical channel, i.e. a Reverse Schedule Request Channel (R-SRCH), whichmay be mapped onto any existing physical channel, such as the R-DCCH.The example embodiment is backward compatible with existing CDMA systemssuch as IS-2000 Revision C, and the R-REQCH is a physical channel thatcan be deployed in the absence of either the R-FCH or the R-DCCH. Forclarity, the term R-REQCH is used to describe the access request channelin embodiment descriptions herein, although those of skill in the artwill readily extend the principles to any type of access request system,whether the access request channel is logical or physical. The R-REQCHmay be gated off until a request is needed, thus reducing interferenceand conserving system capacity.

In the example embodiment, the R-REQCH has 12 input bits that consist ofthe following: 4 bits to specify the maximum R-ESCH T/P ratio that themobile can support, 4 bits to specify the amount of data in the mobile'sbuffer, and 4 bits to specify the QoS. Those of skill in the art willrecognize that any number of bits and various other fields may beincluded in alternate embodiments.

F-GCH

The Forward Grant Channel (F-GCH) is transmitted from the schedulingbase station to the mobile station. The F-GCH may be comprised ofmultiple channels. In the example embodiment, a common F-GCH channel isdeployed for making common grants, and one or more individual F-GCHchannels are deployed for making individual grants. Grants are made bythe scheduling base station in response to one or more requests from oneor more mobile stations on their respective R-REQCHs. Grant channels maybe labeled as GCH_(x), where the subscript x identifies the channelnumber. A channel number 0 may be used to indicate the common grantchannel. If N individual channels are deployed, the subscript x mayrange from 1 to N.

An individual grant may be made to one or more mobile stations, each ofwhich gives permission to the identified mobile station to transmit onthe R-ESCH at a specified T/P ratio or below. Making grants on theforward link will naturally introduce overhead that uses some forwardlink capacity. Various options for mitigating the overhead associatedwith grants are detailed herein, and other options will be apparent tothose of skill in the art in light of the teachings herein.

One consideration is that mobile stations will be situated such thateach experiences varying channel quality. Thus, for example, a highgeometry mobile station with a good forward and reverse link channel mayneed a relatively low power for grant signal, and is likely to be ableto take advantage of a high data rate, and hence is desirable for anindividual grant. A low geometry mobile station, or one experiencingdeeper fading, may require significantly more power to receive anindividual grant reliably. Such a mobile station may not be the bestcandidate for an individual grant. A common grant for this mobilestation, detailed below, may be less costly in forward link overhead.

In the example embodiment, a number of individual F-GCH channels aredeployed to provide the corresponding number of individual grants at aparticular time. The F-GCH channels are code division multiplexed. Thisfacilitates the ability to transmit each grant at the power levelrequired to reach just the specific intended mobile station. In analternative embodiment, a single individual grant channel may bedeployed, with the number of individual grants time multiplexed. To varythe power of each grant on a time multiplexed individual F-GCH mayintroduce additional complexity. Any signaling technique for deliveringcommon or individual grants may be deployed within the scope of thepresent invention.

In some embodiments, a relatively large number of individual grantchannels (i.e. F-GCHs) are deployed to allow for a relatively largenumber of individual grants at one time. In such a case, it may bedesirable to limit the number of individual grant channels each mobilestation has to monitor. In one example embodiment, various subsets ofthe total number of individual grant channels are defined. Each mobilestation is assigned a subset of individual grant channels to monitor.This allows the mobile station to reduce processing complexity, andcorrespondingly reduce power consumption. The tradeoff is in schedulingflexibility, since the scheduling base station may not be able toarbitrarily assign sets of individual grants (e.g., all individualgrants can not be made to members of a single group, since thosemembers, by design, do not monitor one or more of the individual grantchannels). Note that this loss of flexibility does not necessarilyresult in a loss of capacity. For illustration, consider an exampleincluding four individual grant channels. The even numbered mobilestations may be assigned to monitor the first two grant channels, andthe odd numbered mobile stations may be assigned to monitor the lasttwo. In another example, the subsets may overlap, such as the evenmobile stations monitoring the first three grant channels, and the oddmobile stations monitoring the last three grant channels. It is clearthat the scheduling base station cannot arbitrarily assign four mobilestations from any one group (even or odd). These examples areillustrative only. Any number of channels with any configuration ofsubsets may be deployed within the scope of the present invention.

The remaining mobile stations, having made a request, but not receivingan individual grant, may be given permission to transmit on the R-ESCHusing a common grant, which specifies a maximum T/P ratio that each ofthe remaining mobile stations must adhere to. The common F-GCH may alsobe referred to as the Forward Common Grant Channel (F-CGCH). A mobilestation monitors the one or more individual grant channels (or a subsetthereof) as well as the common F-GCH. Unless given an individual grant,the mobile station may transmit if a common grant is issued. The commongrant indicates the maximum T/P ratio at which the remaining mobilestations (the common grant mobile stations) may transmit for the datawith certain type of QoS.

In the example embodiment, each common grant is valid for a number ofsubpacket transmission intervals. Once receiving a common grant, amobile station that has sent a request, but doesn't get an individualgrant may start to transmit one or more encoder packets within thesubsequent transmission intervals. The grant information may be repeatedmultiple times. This allows the common grant to be transmitted at areduced power level with respect to an individual grant. Each mobilestation may combine the energy from multiple transmissions to reliablydecode the common grant. Therefore, a common grant may be selected formobile stations with low-geometry, for example, where an individualgrant is deemed too costly in terms of forward link capacity. However,common grants still require overhead, and various techniques forreducing this overhead are detailed below.

The F-GCH is sent by the base station to each mobile station that thebase station schedules for transmission of a new R-ESCH packet. It mayalso be sent during a transmission or a retransmission of an encoderpacket to force the mobile station to modify the T/P ratio of itstransmission for the subsequent subpackets of the encoder packet in casecongestion control becomes necessary.

In the example embodiment, the common grant consists of 12 bitsincluding a 3-bit type field to specify the format of the next ninebits. The remaining bits indicate the maximum allowed T/P ratio for 3classes of mobiles as specified in the type field, with 3 bits denotingthe maximum allowable T/P ratio for each class. The mobile classes maybe based on QoS requirements, or other criterion. Various other commongrant formats are envisioned, and will be readily apparent to one ofordinary skill in the art.

In the example embodiment, an individual grant comprises 12 bitsincluding: 11 bits to specify the Mobile ID and maximum allowed T/Pratio for the mobile station being granted to transmit, or to explicitlysignal the mobile station to change its maximum allowed T/P ratio,including setting the maximum allowed T/P ratio to 0 (i.e., telling themobile station not to transmit the R-ESCH). The bits specify the MobileID (1 of 192 values) and the maximum allowed T/P (1 of 10 values) forthe specified mobile. In an alternate embodiment, 1 long-grant bit maybe set for the specified mobile. When the long-grant bit is set to one,the mobile station is granted permission to transmit a relatively largefixed, predetermined number (which can be updated with signaling) ofpackets on that ARQ channel. If the long-grant bit is set to zero, themobile station is granted to transmit one packet. A mobile may be toldto turn off its R-ESCH transmissions with the zero T/P ratiospecification, and this may be used to signal the mobile station to turnoff its transmission on the R-ESCH for a single subpacket transmissionof a single packet if the long-grant bit is off or for a longer periodif the long-grant bit is on.

In one example embodiment, the mobile station only monitors the F-GCH(s)from the Serving base station. If the mobile station receives an F-GCHmessage, then the mobile station follows the rate information in theF-GCH message and ignores the rate control bits. An alternative would befor the mobile station to use the rule that if any rate controlindicator from a base station other than the serving base stationindicates a rate decrease (i.e., the RATE_DECREASE command, detailedbelow) then the mobile station will decrease its rate even if the F-GCHindicates an increase.

In an alternative embodiment, the mobile station may monitor the F-GCHfrom all base stations or a subset of the base stations in its ActiveSet. Higher layer signaling indicates to the mobile station whichF-GCH(s) to monitor and how to combine them at channel assignment,through a hand-off direction message, or other messages. Note that asubset of F-GCHs from different base stations may be soft combined. Themobile station will be notified of this possibility. After the possiblesoft combining of the F-GCHs from different base stations, there maystill be multiple F-GCHs at any one time. The mobile station may thendecide its transmit rate as the lowest granted rate (or some otherrule).

R-PICH

The Reverse Pilot Channel (R-PICH) is transmitted from the mobilestation to the base stations in the Active Set. The power in the R-PICHmay be measured at one or more base stations for use in reverse linkpower control. As is well known in the art, pilot signals may be used toprovide amplitude and phase measurements for use in coherentdemodulation. As described above, the amount of transmit power availableto the mobile station (whether limited by the scheduling base station orthe inherent limitations of the mobile station's power amplifier) issplit among the pilot channel, traffic channel or channels, and controlchannels. Additional pilot power may be needed for higher data rates andmodulation formats. To simplify the use of the R-PICH for power control,and to avoid some of the problems associated with instantaneous changesin required pilot power, an additional channel may be allocated for useas a supplemental or secondary pilot. Although, generally, pilot signalsare transmitted using known data sequences, as disclosed herein, aninformation bearing signal may also be deployed for use in generatingreference information for demodulation. In an example embodiment, theR-RICH is used to carry the additional pilot power desired.

R-RICH

The Reverse Rate Indicator Channel (R-RICH) is used by the mobilestation to indicate the transmission format on the reverse trafficchannel, R-ESCH. This channel may be alternately referred to as theReverse Packet Data Control Channel (R-PDCCH).

The R-RICH may be transmitted whenever the mobile station istransmitting a subpacket. The R-RICH may also be transmitted withzero-rate indication when the mobile station is idle on R-ESCH.Transmission of zero-rate R-RICH frames (an R-RICH that indicates theR-ESCH is not being transmitted) helps the base station detect that themobile station is idle, maintain reverse link power control for themobile station, and other functions.

The beginning of an R-RICH frame is time aligned with the beginning ofthe current R-ESCH transmission. The frame duration of R-RICH may beidentical to or shorter than that of the corresponding R-ESCHtransmission. The R-RICH conveys the transmit format of the concurrentR-ESCH transmission, such as payload, subpacket ID and ARQ InstanceSequence Number (AI_SN) bit, and CRC for error detection. An exampleAl_SN is a bit that flips every time a new packet is transmitted on aparticular ARQ, sometimes referred to as a “color bit”. This may bedeployed for asynchronous ARQ, in which there is no fixed timing betweensubpacket transmissions of a packet. The color bit may be used toprevent the receiver from combining subpacket(s) for one packet with thesubpacket(s) of an adjacent packet on the same ARQ channel. The R-RICHmay also carry additional information.

R-ESCH

The Enhanced Reverse Supplemental Channel (R-ESCH) is used as thereverse link traffic data channel in the example embodiments describedherein. Any number of transmission rates and modulation formats may bedeployed for the R-ESCH. In an example embodiment, the R-ESCH has thefollowing properties: Physical layer retransmissions are supported. Forretransmissions when the first code is a Rate1/4 code, theretransmission uses a Rate1/4 code and energy combining is used. Forretransmissions when the first code is a rate greater than 1/4,incremental redundancy is used. The underlying code is a Rate 1/5 code.Alternatively, incremental redundancy could also be used for all thecases.

Hybrid Automatic-Repeat-Request (HARQ) is supported for both autonomousand scheduled users, both of which may access the R-ESCH.

Multiple ARQ-channel synchronous operation may be supported with fixedtiming between the retransmissions: a fixed number of sub-packetsbetween consecutive sub-packets of same packet may be allowed.Interlaced transmissions are allowed as well. As an example, for 5 msframes, 4 channel ARQ could be supported with 3 subpacket delay betweensubpackets.

Table 1 lists example data rates for the Enhanced Reverse SupplementalChannel. A 5 ms subpacket size is described, and the accompanyingchannels have been designed to suit this choice. Other subpacket sizesmay also be chosen, as will be readily apparent to those of skill in theart. The pilot reference level is not adjusted for these channels, i.e.the base station has the flexibility of choosing the T/P to target agiven operating point. This max T/P value is signaled on the ForwardGrant Channel. The mobile station may use a lower T/P if it is runningout of power to transmit, letting HARQ meet the required QoS. Layer 3signaling messages may also be transmitted over the R-ESCH, allowing thesystem to operate without the R-FCH and/or R-DCCH.

TABLE 1 Enhanced Reverse Supplemental Channel Parameters Number SymbolEffective of Number Data Repetition Number of Code Bits per of DataRate/ Factor Binary Code Rate Encoder 5-ms Rate 9.6 Code Before theWalsh Symbols in All Including Packet Slots (kbps) kbps Rate InterleaverModulation Channels the Subpackets Repetition 192 4 9.6 1.000 ¼ 2 BPSKon I ++−− 6,144 1/32 192 3 12.8 1.333 ¼ 2 BPSK on I ++−− 4,608 1/24 1922 19.2 2.000 ¼ 2 BPSK on I ++−− 3,072 1/16 192 1 38.4 4.000 ¼ 2 BPSK onI ++−− 1,536 ⅛ 384 4 19.2 2.000 ¼ 1 BPSK on I ++−− 6,144 1/16 384 3 25.62.667 ¼ 1 BPSK on I ++−− 4,608 1/12 384 2 38.4 4.000 ¼ 1 BPSK on I ++−−3,072 ⅛ 384 1 76.8 8.000 ¼ 1 BPSK on I ++−− 1,536 ¼ 768 4 76.8 4.000 ¼ 1QPSK ++−− 12,288 1/16 768 3 102.4 5.333 ¼ 1 QPSK ++−− 9,216 1/12 768 2153.6 8.000 ¼ 1 QPSK ++−− 6,144 ⅛ 768 1 307.2 16.000 ¼ 1 QPSK ++−− 3,072¼ 1,536 4 76.8 8.000 ¼ 1 QPSK +− 24,576 1/16 1,536 3 102.4 10.667 ¼ 1QPSK +− 18,432 1/12 1,536 2 153.6 16.000 ¼ 1 QPSK +− 12,288 ⅛ 1,536 1307.2 32.000 ¼ 1 QPSK +− 6,144 ¼ 2,304 4 115.2 12.000 ¼ 1 QPSK ++−−/+−36,864 1/16 2,304 3 153.6 16.000 ¼ 1 QPSK ++−−/+− 27,648 1/12 2,304 2230.4 24.000 ¼ 1 QPSK ++−−/+− 18,432 ⅛ 2,304 1 460.8 48.000 ¼ 1 QPSK++−−/+− 9,216 ¼ 3,072 4 153.6 16.000 ⅕ 1 QPSK ++−−/+− 36,864 1/12 3,0723 204.8 21.333 ⅕ 1 QPSK ++−−/+− 27,648 1/9 3,072 2 307.2 32.000 ⅕ 1 QPSK++−−/+− 18,432 ⅙ 3,072 1 614.4 64.000 ⅕ 1 QPSK ++−−/+− 9,216 ⅓ 4,608 4230.4 24.000 ⅕ 1 QPSK ++−−/+− 36,864 ⅛ 4,608 3 307.2 32.000 ⅕ 1 QPSK++−−/+− 27,648 ⅙ 4,608 2 460.8 48.000 ⅕ 1 QPSK ++−−/+− 18,432 ¼ 4,608 1921.6 96.000 ⅕ 1 QPSK ++−−/+− 9,216 ½ 6,144 4 307.2 32.000 ⅕ 1 QPSK++−−/+− 36,864 ⅙ 6,144 3 409.6 42.667 ⅕ 1 QPSK ++−−/+− 27,648 2/9 6,1442 614.4 64.000 ⅕ 1 QPSK ++−−/+− 18,432 ⅓ 6,144 1 1228.8 128.000 ⅕ 1 QPSK++−−/+− 9,216 ⅔

In an example embodiment, turbo coding is used for all the rates. WithR=1/4 coding, an interleaver similar to the current cdma2000 reverselink is used. With R=1/5 coding, an interleaver similar to the cdma2000Forward Packet Data Channel is used.

The number of bits per encoder packet includes the CRC bits and 6 tailbits. For an encoder packet size of 192 bits, a 12-bit CRC is used;otherwise, a 16-bit CRC is used. The 5-ms slots are assumed to beseparated by 15 ms to allow time for ACK/NAK responses. If an ACK isreceived, the remaining slots of the packet are not transmitted.

The 5 ms subpacket duration, and associated parameters, just described,serve as an example only. Any number of combinations of rates, formats,subpacket repetition options, subpacket duration, etc. will be readilyapparent to those of skill in the art in light of the teaching herein.An alternate 10 ms embodiment, using 3 ARQ channels, could be deployed.In one embodiment, a single subpacket duration or frame size isselected. For example, either a 5 ms or 10 ms structure would beselected. In an alternate embodiment, a system may support multipleframe durations.

F-CPCCH

The Forward Common Power Control Channel (F-CPCCH) may be used to powercontrol various reverse link channels, including the R-ESCH when theF-FCH and the F-DCCH are not present, or when the F-FCH and the F-DCCHare present but not dedicated to a user. Upon channel assignment, amobile station is assigned a reverse link power control channel. TheF-CPCCH may contain a number of power control subchannels.

The F-CPCCH may carry a power control subchannel called the CommonCongestion Control subchannel (F-OLCH). The exemplary congestion controlsubchannel is typically at a rate of 100 bps, though other rates can beused. The single bit (which may be repeated for reliability), referredto herein as the busy bit, indicates the mobile stations in autonomoustransmission mode, or in the common grant mode, or both, whether toincrease or decrease their rate. In an alternate embodiment, individualgrant modes may be also be sensitive to this bit. Various embodimentsmay be deployed with any combination of transmission types responsive tothe F-OLCH. This can be done in a probabilistic manner, ordeterministically.

In one embodiment, setting the busy bit to ‘0’ indicates that mobilestations responsive to the busy bit should decrease their transmissionrate. Setting the busy bit to ‘1’ indicates a corresponding increase intransmission rate. Myriad other signaling schemes may be deployed, aswill be readily apparent to those of skill in the art, and variousalternate examples are detailed below.

During channel assignment, the mobile station is assigned to thesespecial power control channels. A power control channel may control allthe mobiles in the system, or alternatively, varying subsets of themobile stations may be controlled by one or more power control channels.Note that use of this particular channel for congestion control is butone example.

F-ACKCH

The Forward Acknowledgement Channel, or F-ACKCH, is used by a basestation to acknowledge the correct reception of the R-ESCH, and can alsobe used to extend an existing grant. An acknowledgement (ACK) on theF-ACKCH indicates correct reception of a subpacket. Additionaltransmission of that subpacket by the mobile station is unnecessary. Anegative acknowledgement (NAK) on the F-ACKCH allows the mobile stationto transmit another subpacket, limited by a maximum allowed number ofsubpackets per packet.

In embodiments detailed herein, the F-ACKCH is used to provide positiveor negative acknowledgment of a received subpacket, as well as anindication of whether or not rate control commands will be issued(described below with respect to the F-RCCH channel).

FIG. 5 is an example embodiment illustrating a tri-valued F-ACKCH. Thisexample F-ACKCH consists of a single indicator, transmitted from one ormore base stations to a mobile station, to indicate whether or not thetransmission on the R-ESCH from the mobile station has been receivedcorrectly by the respective base station. In an example embodiment, theF-ACKCH indicator is transmitted by every base station in the ActiveSet. Alternatively, the F-ACKCH may be transmitted by a specified subsetof the Active Set. The set of base stations sending the F-ACKCH may bereferred to as the F-ACKCH Active Set. The F-ACKCH Active Set may besignaled by Layer 3 (L3) signaling to the mobile station and may bespecified during channel assignment, in a Handoff Direction message(HDM), or via other techniques known in the art.

For example, F-ACKCH may be a 3-state channel with the following values:NAK, ACK_RC, and ACK_STOP. A NAK indicates that the packet from themobile station has to be retransmitted (however, if the last subpackethas been sent, the mobile station may need to resend the packet usingany of the techniques available, such as request/grant, rate control, orautonomous transmission). The mobile station may need to monitor theRate Control indicator on the corresponding F-RCCH (detailed furtherbelow) if the NAK corresponds to last subpacket of a packet.

An ACK_RC indicates that no retransmissions of the packet from themobile station are necessary, and the mobile station should monitor theRate Control indicator on the corresponding F-RCCH. ACK_STOP alsoindicates no retransmission is necessary. However, in this case, themobile station should revert to autonomous mode for the nexttransmission unless the mobile station receives a grant message on theF-GCH (detailed above).

L3 signaling may indicate whether or not the mobile station is tosoft-combine the F-ACKCH indicators from different base stations in itsActive Set. This may be equivalent to handling the power control bits inaccordance with Revision C of IS-2000. For example, there may be anindicator, say ACK_COMB_IND, sent upon channel assignment and in handoffmessages that would indicate whether the mobile station is to combinethe F-ACKCH indicators from different base stations. A variety oftechniques may be employed for transmitting the F-ACKCH, examples ofwhich are given below.

Some examples include a separate TDM channel, a TDM/CDM channel, or someother format.

In this example, there are two classes of results from monitoring theF-ACK channels, depending on whether the packet is acknowledged or not.If a NAK is received, a variety of options are available. The mobilestation may send additional subpackets until the maximum number ofsubpackets has been sent. (In the example embodiment, the subpackets aresent using the same transmission format, whether initiated throughautonomous or granted transmission, and whether or not subject to a ratecontrol revision. In an alternate embodiment, the subpacket transmissionformat may be altered using any of the techniques disclosed herein).Subsequent to a NAK of the final subpacket, the mobile station mayeither take action relative to corresponding rate control commands(monitor the F-RCCH), stop transmitting according to the previous grantor rate control command (i.e. revert to autonomous transmission, ifdesired), or respond to a new received grant.

If an ACK is received, it may correspond to a rate control command or anindication to stop. If rate control is indicated, the rate controlchannel (F-RCCH) is monitored and followed. If the outcome is to stop,then the mobile station does not follow the rate control indicators onthe F-RCCH and reverts to the autonomous mode (transmitting up to theassigned maximum autonomous rate). If an explicit grant is received atthe same time as an ACK_STOP, then the mobile station follows thecommand in the explicit grant.

For example, first consider a single Active Set Member or the case whenthe indicators from all sectors are the same (and are so indicated byACK_COMB_IND). In this case, there is a single resultant indicator. Whenthe mobile station receives a NAK (indicator not transmitted), then themobile station retransmits the next subpacket (at the appropriate time).If the mobile station does not receive an ACK for the last subpacket,then the mobile station goes on to the next packet (the errant packetmay be retransmitted according to whatever retransmission algorithm isbeing followed). However, the mobile station takes this as a ratecontrol indication (i.e. monitors the rate control channel).

In this example, a general rule is as follows (applicable to both asingle Active Set member and multiple distinctive F-ACKCH Active Setmembers). If any indicator is an ACK_STOP or ACK_RC, the result is anACK. If none of the indicators is an ACK_STOP or ACK_RC, the result is aNAK. Then, in relation to rate control, if any indicator is an ACK_STOP,the mobile station will stop (i.e. revert to autonomous mode, or respondto a grant, if any). If no indicator is an ACK_STOP and at least oneindicator is an ACK_RC, decode the indicator on the rate control channel(F-RCCH) of the corresponding base station. If the last subpacket hasbeen transmitted, and all indicators are NAK, decode the indicator onthe rate control channels (F-RCCH) of all the base stations. Respondingto the rate control commands in these scenarios is detailed furtherbelow with respect to the description of F-RCCH.

An ACK_RC command, combined with the rate control channel, may bethought of as a class of commands referred to as ACK-and-Continuecommands. The mobile station may continue transmitting subsequentpackets, continuing in accordance with the various rate control commandsthat may be issued (examples detailed below). An ACK-and-Continuecommand allows the base station to acknowledge successful reception of apacket and, at the same time, permit the mobile station to transmitusing the grant that led to the successfully received packet (subject topossible revisions according to the rate control commands). This savesthe overhead of a new grant.

In the embodiment of the F-ACKCH, depicted in FIG. 5, a positive valuefor the ACK_STOP symbol, a NULL symbol for the NAK, and a negative valuefor the ACK_RC symbol is used. On-off keying (i.e., not sending NAK) onthe F-ACKCH allows the base stations (especially non-scheduling basestations) an option of not sending an ACK when the cost (required power)of doing so is too high. This provides the base station a trade-offbetween the forward link and reverse link capacity, since a correctlyreceived packet that is not ACKed will likely trigger a re-transmissionat a later point in time.

A variety of techniques for sending the F-ACKCH may be deployed withinthe scope of the present invention. Individual signals for each mobilestation may be combined in a common channel. For example,acknowledgement responses for a plurality of mobile stations may be timemultiplexed. In an example embodiment, up to 96 Mobile IDs can besupported on one F-ACKCH. Additional F-ACKCHs may be deployed to supportadditional Mobile IDs.

Another example is to map a plurality of acknowledgement signals for aplurality of mobile stations onto a set of orthogonal functions. AHadamard Encoder is one example of an encoder for mapping onto a set oforthogonal functions. Various other techniques may also be deployed. Forexample, any Walsh Code or other similar error correcting code may beused to encode the information bits. Different users may be transmittedto at different power levels if independent each subchannel has anindependent channel gain. The exemplary F-ACKCH conveys one dedicatedtri-valued flag per user. Each user monitors the F-ACKCH from all basestations in its Active Set (or, alternatively, signaling may define areduced active set to reduce complexity).

In various embodiments, two channels are each covered by a 128-chipWalsh cover sequence. One channel is transmitted on the I channel, andthe other is transmitted on the Q channel. Another embodiment of theF-ACKCH uses a single 128-chip Walsh cover sequence to support up to 192mobile stations simultaneously. An example embodiment uses a 10-msduration for each tri-valued flag.

To review, when the mobile station has a packet to send that requiresusage of the R-ESCH, it may request on the R-REQCH. The base station mayrespond with a grant using an F-GCH. However, this operation may besomewhat expensive. To reduce the forward link overhead, F-ACKCH maysend the ACK_RC flag, which extends the existing grant (subject to ratecontrol) at low cost by the scheduling base station (or others, whensoft handoff grants from multiple base stations are supported). Thismethod works for both individual and common grants. ACK_RC is used fromthe granting base station (or base stations), and extends the currentgrant for one more encoder packet on the same ARQ channel (subject torate control).

Note that, as shown in FIG. 4, not every base station in the Active Setis required to send back the F-ACKCH. The set of base stations sendingthe F-ACKCH in soft handoff may be a subset of the Active Set. Exampletechniques for transmitting the F-ACKCH are disclosed in co-pending U.S.patent application Ser. No. 10/611,333, entitled “CODE DIVISIONMULTIPLEXING COMMANDS ON A CODE DIVISION MULTIPLEXED CHANNEL”, filedJun. 30, 2003, assigned to the assignee of the present invention.

F-RCCH

The Forward Rate Control Channel (F-RCCH) is transmitted from one ormore base stations to a mobile station to signal a rate adjustment forthe next transmission. A mobile station may be assigned to monitor theindicator from every member of the F-ACKCH Active Set or a subsetthereof. For clarity, the set of base stations sending the F-RCCH to bemonitored by the mobile station will be referred to as the F-RCCH ActiveSet. The F-RCCH Active Set may be signaled by Layer 3 (L3) signaling,which may be specified during channel assignment, in a Hand-OffDirection message (HDM), or any of various other ways known to those ofskill in the art.

FIG. 6 depicts an exemplary F-RCCH. The F-RCCH is a 3-state channel withthe following values: RATE_HOLD, indicating the mobile station cantransmit the next packet at no more than the same rate of currentpacket; RATE_INCREASE, indicating that the mobile station can, eitherdeterministically or probabilistically, increase the maximum rate totransmit the next packet relative to the transmit rate of currentpacket; and RATE_DECREASE, indicating that the mobile station can,either deterministically or probabilistically, decrease the maximum rateto transmit the next packet relative to the transmit rate of currentpacket.

L3 signaling may indicate whether or not the mobile station is tocombine the Rate Control indicators from different base stations. Thisis similar to what is done with the power control bits in IS-2000 Rev.C. Thus, there would be an indicator, for example RATE_COMB_IND, sentupon channel assignment, and in handoff messages, that would indicatewhether the mobile station is to soft-combine the F-RCCH bits fromdifferent base stations. Those of skill in the art will recognize thatthere are many formats for transmitting channels such as the F-RCCH,including separate TDM channels, combined TDM/CDM channels, or otherformats.

In various embodiments, various rate control configurations arepossible. For example, all mobile stations may be controlled by a singleindicator per sector. Alternatively, each mobile station may becontrolled by a separate indicator per sector dedicated to each mobilestation. Or, groups of mobile stations may be controlled by their ownassigned indicator. Such a configuration allows mobile stations with thesame maximum QoS grade to be assigned the same indicator. For example,all mobile stations whose only stream is designated “best effort” may becontrolled by one assigned indicator, thus allowing a reduction in loadfor these best effort streams.

In addition, signaling may be used to configure a mobile station so thatthe mobile station only pays attention to the F-RCCH indicator from theServing Base Station or from all base stations in the F-RCCH Active Set.Note that if the mobile station is only monitoring the indicator fromthe Serving Base Station and RATE_COMB_IND specifies that the indicatoris the same from multiple base stations, then the mobile station maycombine all indicators in the same group as the Serving Base Stationbefore making a decision. The set of base stations with distinctive ratecontrol indicators in use at any time will be referred to as the F-RCCHCurrent Set. Thus, if the mobile station is configured so that themobile station only pays attention to the F-RCCH indicator from theServing Base Station, then the size of the F-RCCH Current Set is 1.

It is envisioned that the usage rules for the F-RCCH may be adjusted bythe base station. The following is an example set of rules for a mobilestation with a single-member F-RCCH Current Set. If a RATE_HOLD isreceived, the mobile station does not change its rate. If aRATE_INCREASE is received, the mobile station increases its rate by one(i.e. one rate level, examples of which are detailed above in Table 1).If a RATE_DECREASE is received, the mobile station decreases its rate byone. Note that the mobile station monitors these indicators only whencircumstances dictate (i.e. the action as a result of the ACK process,detailed further below, indicating rate control is active).

The following is an example set of rules for a mobile station withmultiple F-RCCH Current Set members. The simple rule ofincreasing/decreasing the rate by 1 rate is modified. If any ACK_STOP isreceived, the mobile station reverts to autonomous rates. Otherwise, ifany indicator is a RATE_DECREASE, the mobile station decreases its rateby one. If no indicator is a RATE_DECREASE, and at least one basestation has an action of rate control (as a result of the ACK process)that indicates RATE_HOLD, then the mobile station maintains the samerate. If no indicator is a RATE_DECREASE, no base station indicates ratecontrol and RATE_HOLD, and at least one base station has an action ofrate control and an indication of RATE_INCREASE; then the mobile stationincreases its rate by one.

Example Combined Grant, ARQ, and Rate Control Command Embodiments

To summarize some of the aspects introduced above, mobile stations maybe authorized to make autonomous transmissions, which, while perhapslimited in throughput, allow for low delay. In such a case, the mobilestation may transmit without request up to a max R-ESCH T/P ratio,T/P_(Max) _(—) _(auto), which may be set and adjusted by the basestation through signaling.

Scheduling may be determined at one or more scheduling base stations,and allocations of reverse link capacity may be made through grantstransmitted on the F-GCH at a relatively high rate. Additionally, ratecontrol commands may be used to modify previously granted transmissionsor autonomous transmissions, with low overhead, thus tuning theallocation of reverse link capacity. Scheduling may thus be employed totightly control the reverse link load and thus protect voice quality(R-FCH), DV feedback (R-CQICH) and DV acknowledgement (R-ACKCH).

An individual grant allows detailed control of a mobile station'stransmission. Mobile stations may be selected based upon geometry andQoS to maximize throughput while maintaining required service levels. Acommon grant allows efficient notification, especially for low geometrymobile stations.

The F-ACKCH channel in combination with the F-RCCH channel effectivelyimplements “ACK-and-Continue” commands, which extend existing grants atlow cost. (The continuation may be rate controlled, as described above,and detailed further below). This works with both individual grants andcommon grants. Various embodiments and techniques for scheduling,granting, and transmitting on a shared resource, such as a 1xEV-DVreverse link, are disclosed in co-pending U.S. patent application Ser.No. 10/646,955, entitled “SCHEDULED AND AUTONOMOUS TRANSMISSION ANDACKNOWLEDGEMENT”, filed Aug. 21, 2003, assigned to the assignee of thepresent invention, and incorporated by reference herein.

FIG. 7 depicts example method 700 that one or more base stations maydeploy to allocate capacity in response to requests and transmissionsfrom one or more mobile stations. Note that the order of blocks shown isbut one example, and the order of the various blocks may be interchangedor combined with other blocks, not shown, without departing from thescope of the present invention. The process starts at block 710. Thebase station receives any requests for transmission that may betransmitted by one or more mobile stations. As method 700 may beiterated indefinitely, there may be prior requests also received thatmay not have been granted, which may be combined with new requests toestimate the amount of demand for transmission according to requests.

In block 720, one or more mobile stations may transmit subpackets thatare received by the base station. These transmitted subpackets may havebeen transmitted in accordance with previous grants (potentiallymodified with previous rate control commands) or autonomously (alsopotentially modified with previous rate control commands). The number ofautonomous transmissions, the number of registered mobile stations,and/or other factors may be used to estimate the amount of demand forautonomous transmission.

In block 730, the base station decodes any received subpackets,optionally soft-combining with respective previously receivedsubpackets, to determine whether the packets have been received withouterror. These decisions will be used to send a positive or negativeacknowledgement to the respective transmitting mobile stations. Recallthat HARQ may be used for packet transmission on the R-ESCH. That is, apacket may be transmitted up to certain number of times until it isreceived correctly by at least one base station. At each frame boundary,each base station decodes the R-RICH frame and determines the transmitformat on the R-ESCH. A base station may also make this determinationusing the current R-RICH frame and previous R-RICH frames.Alternatively, a base station may also make the determination usingother information extracted from a Reverse Secondary Pilot Channel(R-SPICH) and/or the R-ESCH. With the determined transmit format, thebase station attempts to decode the packet on the R-ESCH, usingpreviously received subpackets, as appropriate.

In block 740, the base station performs scheduling. Any schedulingtechnique may be deployed. The base station may factor in demand fortransmission according to requests, anticipated autonomous transmission,estimates of current channel conditions, and/or various other parametersin order to perform scheduling to allocate the shared resource (reverselink capacity, in this example). Scheduling may take various forms forthe various mobile stations. Examples include making a grant (allocatingaccording to a request, increasing a previous grant or reducing aprevious grant), generating a rate control command to increase,decrease, or hold a previously granted rate or autonomous transmission,or ignoring a request (relegating the mobile station to autonomoustransmission).

In step 750, the base station processes the received transmissions foreach mobile station. This may include, among other functions,acknowledging received subpackets, and conditionally generating grantsin response to requests for transmission. FIG. 8 depicts example method750 of generating grants, acknowledgements, and rate control commands.It is suitable for deployment in the example method 700 depicted in FIG.7, and may be adapted for use with other methods, as will be readilyapparent to those of ordinary skill in the art. Method 750 may beiterated for each active mobile station during each pass through method700, as described above.

In decision block 805, if a subpacket for the mobile station currentlybeing processed has not been received, proceed to block 810. There is noacknowledgement necessary, and no rate control command to issue. Neitherthe F-ACKCH nor the F-RCCH need to be transmitted, and both symbols maybe DTXed (not transmitted). In decision block 815, if a request has beenreceived, proceed to decision block 820. Otherwise the process may stop.

In decision block 820, if a grant has been determined for this mobilestation during scheduling, proceed to block 825 to transmit the grant onthe appropriate F-GCH. Then the process may stop. The mobile station maytransmit in accordance with this grant during the next appropriate frame(timing examples are detailed below with respect to FIGS. 10-12).

Returning to decision block 805, if a subpacket from the mobile stationwas received, proceed to decision block 830. (Note that it is possiblefor a subpacket and a request to be received, in which case bothbranches out of decision block 805 may be performed for a mobilestation, details not shown for clarity of discussion).

In decision block 830, if the received subpacket was decoded correctly,an ACK will be generated. Proceed to decision block 835. If rate controlis desired (including a rate hold, i.e. “Continue”), proceed to block845. If no rate control is desired, proceed to block 840. In block 840,an ACK_STOP is transmitted on F-ACKCH. F-RCCH need not be transmitted,i.e. a DTX may be generated. If no grant is generated at this time, themobile station will be relegated to autonomous transmission (or muststop, if autonomous transmission is not available, or not deployed).Alternatively, a new grant may be issued which will override the stopcommand. Proceed to decision block 820 to process this decision, asdescribed above.

In block 845, rate control was indicated. As such, an ACK_RC will betransmitted on F-ACKCH. Proceed to decision block 850. If an increase isdesired, transmit a RATE_INCREASE on F-RCCH. Then the process may stop.If an increase is not desired, proceed to decision block 860. Indecision block 860, if a decrease is desired, transmit a RATE_DECREASEon F-RCCH. Then the process may stop. Otherwise, transmit a RATE_HOLD onF-RCCH. In this example, a hold is indicated by a DTX. Then the processmay stop.

Returning to decision block 830, if the received subpacket was notdecoded correctly, a NAK will be generated. Proceed to block 875 totransmit a NAK on F-ACKCH. In this example, a NAK is indicated by a DTX.Proceed to decision block 880 to determine if the received subpacket wasthe last subpacket (i.e. the maximum number of subpacket retransmissionshas been reached). If not, in this example, the mobile station mayretransmit according to the previous transmission format. A DTX may betransmitted on F-RCCH, as indicated in block 895. (Alternativeembodiments may perform alternate signaling in this case, examples ofwhich are described below.) Then the process may stop.

If the received, and NAKed, subpacket is the last subpacket, proceedfrom decision block 880 to decision block 885 to determine if ratecontrol (including a hold) is desired. This is an example technique forextending the previous grant or autonomous transmission (includingprevious rate control, if any), with low overhead. If no rate control isdesired, a DTX is generated for the F-RCCH. In this example, the mobilestation will transmit the next subpacket. Similar to decision block 835,if a new grant is not generated for the mobile station, the mobilestation will be relegated to autonomous transmission (if available).Alternatively, a new grant may be generated, which will dictate theavailable transmission for the mobile station. Proceed to decision block820 to perform this determination, as described above.

In decision block 885, if rate control is desired, proceed to decisionblock 850. An increase, decrease, or hold may be generated fortransmission on F-RCCH, as described above. Then the process may stop.

In summary, if a packet is received correctly, the base station may sendpositive acknowledgement and conditionally may send a rate controlmessage to the mobile station.

The base station may send an ACK_STOP (on F-ACKCH) to signal that thepacket has been delivered and the mobile station reverts to autonomousmode for the next transmission. The base station may also send a newgrant, if desired. The mobile station may transmit up to the grantedrate for the next transmission. In either case, F-RCCH is DTXed. In oneembodiment, only a serving (or granting) base station may generategrants. In an alternate embodiment, one or more base stations maygenerate grants (details for handling this option are detailed below).

The base station may send ACK_RC (on F-ACKCH) and RATE_HOLD (on F-RCCH)to signal that the packet was delivered and that the maximum rate themobile station may transmit the next packet is same as the transmit rateof the current packet.

The base station may send ACK_RC (on F-ACKCH) and RATE_INCREASE (onF-RCCH) to signal that the packet was delivered and that mobile stationmay increase the maximum rate for the next packet transmission relativeto the transmit rate of the current packet. The mobile station mayincrease the rate following certain rules known to both base station andthe mobile station. The increase may be either deterministic orprobabilistic. Those of skill in the art will recognize myriad rules forincreasing a rate.

The base station may send ACK_RC (on F-ACKCH) and RATE_DECREASE (onF-RCCH) to signal that the packet was delivered and that the mobilestation should decrease the maximum rate for the next packettransmission relative to the transmit rate of the current packet. Themobile station may decrease the rate following certain rules known toboth the base station and the mobile station. The decrease may be eitherdeterministic or probabilistic. Those of skill in the art will recognizemyriad rules for decreasing a rate.

If a packet is not received successfully by the base station, and thepacket may be further retransmitted (i.e., not the last subpacket), thebase station sends a NAK on F-ACKCH. Note that F-RCCH is DTXed in thisexample.

If further retransmission is not allowed for the packet (i.e., lastsubpacket), the following are possible actions the base station maytake. The base station may send NAK (on F-ACKCH) and a grant messagesimultaneously on the F-GCH to signal the mobile station that the packetwas not delivered and that the mobile station may transmit up to thegranted rate for the next transmission. F-RCCH is DTXed in this case. Inone embodiment, only a serving (or granting) base station may generategrants. In an alternate embodiment, one or more base stations maygenerate grants (details for handling this option are detailed below).

The base station may also send a NAK (on F-ACKCH) and RATE_HOLD (onF-RCCH) to signal that the packet was not delivered and that the maximumrate the mobile station may transmit the next packet is the same as thetransmit rate of the current packet.

The base station may also send a NAK (on F-ACKCH) and RATE_INCREASE (onF-RCCH) to signal that the packet was not delivered and that the mobilestation may increase the maximum rate for next packet transmissionrelative to the transmit rate of the current packet. The mobile stationmay increase the rate following certain rules known to both the basestation and the mobile station. The increase can be either deterministicor probabilistic.

The base station may also send a NAK (on F-ACKCH) and RATE_DECREASE (onF-RCCH) to signal that the packet was not delivered and that the mobilestation should decrease the maximum rate for the next packettransmission relative to the transmit rate of the current packet. Themobile station may decrease the rate following certain rules known toboth the base station and the mobile station. The decrease may be eitherdeterministic or probabilistic.

In an alternative embodiment (details not shown in FIG. 8), analternative for NAK and stop may be created. For example, in the abovescenario, a DTX on F-RCCH corresponding to a NAK cannot be distinguishedfrom a “NAK-and-hold”. If it is desired to have a command to force astop (or reversion to autonomous transmission), the base station couldalso use NAK and rate control, prior to the last subpacket, to indicatethat a rate hold (or increase, or decrease) on the final subpacket is tomean stop. For example, any one of the rate control commands (i.e.RATE_INCREASE, RATE_DECREASE, or RATE_HOLD) may be assigned to mean stopin this special case. The mobile station will know when the lastsubpacket was transmitted, and can then parse the rate control commandsaccordingly. When the base station knows that if the final subpackettransmission should be followed by a stop in the event of a NAK, theselected rate control command may be issued with a NAK of a previoussubpacket. A mobile station receiving the identified rate controlcommand along with a NAK of a subpacket (not the final) would know thata NAK (and RATE_HOLD, for example) on the final subpacket would meanthat any previous grant would be rescinded, and the mobile station mustrevert to autonomous transmission. The rate control commands not usedfor this purpose (i.e. RATE_INCREASE or RATE_DECREASE) transmitted witha final subpacket NAK would still be available. An alternative would beto transmit a grant with a zero (or lowered) rate along with the finalNAK, although this would require additional overhead. Those of skill inthe art will readily tradeoff these alternatives in accordance with thelikelihood of “NAK-and-Stop” with other possibilities. The requiredoverhead may then be optimized based on the probabilities of the variousevents.

FIG. 9 depicts example method 900 for a mobile station to monitor andrespond to grants, acknowledgements, and rate control commands. Thismethod is suitable for deployment in one or more mobile stations for usein conjunction with one or more base stations employing method 700, asdescribed above, as well as other base station embodiments.

The process begins in block 910. The mobile station monitors the F-GCH,F-ACKCH, and F-RCCH. Note that in various embodiments, as describedabove, a mobile station may monitor one or more of these channels. Forexample, there may be multiple grant channels, and each mobile stationmay monitor one or more of them. Note also that each of these channelsmay be received from one base station, or more than one when the mobilestation is in soft handoff. A channel may incorporate messages orcommands directed to multiple mobile stations, and so a mobile stationmay extract the messages or commands specifically directed to it.

Other rules may be employed to allow a mobile station to conditionallymonitor one or more of the control channels. For example, as describedabove, the F-RCCH may not be transmitted when an ACK_STOP is issued.Thus, in such a case, the mobile station need not monitor the F-RCCHwhen an ACK_STOP is received. A rule may be specified that a mobilestation looks for grant messages and/or rate control commands only ifthe mobile station has sent a request to which those messages may beresponsive.

In the following description of FIG. 9, it is assumed that the mobilestation has previously transmitted a subpacket, for which anacknowledgement (including potential grants or rate control commands)response is expected. If a request has not been previously granted, themobile station may still monitor for a grant in response to a previouslytransmitted request. Those of skill in the art will readily adapt method900 to account for this situation. These, and other potential mobilestation processing blocks, have been omitted for clarity of discussion.

Beginning in decision block 915, the processing of the F-ACKCH begins.The mobile station extracts the information on all the F-ACKCH channelsit monitors. Recall that there may be an F-ACKCH between the mobilestation and every member of its F-ACKCH Active Set. Some of the F-ACKCHcommands may be soft-combined, as specified via L3 signaling. If amobile station receives at least one positive acknowledgement, eitherACK_RC or ACK_STOP (on F-ACKCH), the current packet has been receivedcorrectly, and additional subpackets need not be transmitted. Theallowable rate for transmission of the next packet, if any, needs to bedetermined.

In decision block 915, if an ACK_STOP has been received, the mobilestation knows that the previously transmitted subpacket has beenreceived correctly, and that rate control commands need not be decoded.

In decision block 920, the mobile station determines if a grant has beenreceived on an F-GCH. If so, the mobile station transmits the nextpacket according to the grant, as indicated in block 930. In oneembodiment, only one granting base station makes grants. If ACK_STOP anda grant message are received from the base station, the mobile stationtransmits a new packet on the same ARQ channel at any rate equal to orbelow the granted rate.

In an alternate embodiment, more than one base station may send a grant.If the base stations coordinate the grant, and send an identicalmessage, the mobile station may soft combine those grants. Various rulesmay be deployed to handle the cases when differing grants are received.One example is to have the mobile station transmit at the lowest rateindicated in a received grant, to avoid excessive interference in thecell corresponding to the respective granting base station (including anACK_STOP without a corresponding grant—indicating that transmissionshould revert to autonomous mode). Various other alternatives will beapparent to those of skill in the art. If a grant was not received indecision block 920, the mobile station must return to autonomous rate,as shown in block 925. Then the process may stop.

Returning to decision block 915, if an ACK_STOP is not received, proceedto decision block 940. If an ACK_RC is received, the mobile stationmonitors the corresponding F-RCCH of base stations from which positiveacknowledgement(s) are received, if any. Note that there may not be anF-RCCH between a base station and the mobile station, as the F-RCCHActive Set is a subset of the F-ACKCH Active Set. Note again that when amobile station receives an F-ACKCH from multiple base stations, thecorresponding messages may be in conflict. For example, one or moreACK_STOP commands may be received, one or more ACK_RC commands may bereceived, one or more grants may be received, or any combinationthereof. Those of skill in the art will recognize various rules forimplementing to accommodate any of the possibilities. For example, themobile station may determine the lowest possible transmission permission(which may be from either an ACK_STOP with no grant, an ACK_RC with adecrease, or a grant with a lower value) and transmit accordingly. Thisis similar to a technique known as an “OR-of-Downs” rule. Such atechnique may be used to strictly avoid excessive interference withneighbor cells. Or, one or more base stations may have a priorityassigned with them, such that one or more base station may have theability to trump others (with conditions attached, perhaps). Forexample, a scheduling (or granting) base station may have some priorityover other base stations in soft handoff. Other rules are alsoanticipated. (Recall that one or more NAKs may also be received, but themobile station need not retransmit. However, a mobile station mayincorporate rate control commands or grants, in similar fashion, from aNAKing base station, if desired.) To facilitate the discussion herein,when it is said that a mobile station determines whether an ACK_STOP,ACK_RC, NAK, or grant is received, it may be the result of applying adesired set of rules to a number of commands received, and the outcomeis the command identified.

If an ACK_RC has been received, proceed to decision block 945 to begindetermining what type of rate control command should be followed. If anincrease is indicated, proceed to block 950. The next transmission maybe transmitted on the same ARQ channel at an increased rate from thecurrent rate. Then the process may stop. Again, the increase may bedeterministic or probabilistic. Also, a RATE_INCREASE may notnecessarily result in immediate rate increase but would increase thetransmission rate from the mobile station in the future (i.e., acredit-like algorithm is used at the mobile station), or a RATE_INCREASEmay result in an increase spanning multiple rates. In an example creditalgorithm, a mobile station maintains an internal “balance/credit”parameter. Whenever it receives RATE_INCREASE but can't increase itsrate (because it is either running out of power or data), the mobilestation increases the parameter. When power or data becomes availablefor the mobile station, it may use the stored “credit/balance” inselecting data rates. Various ways of increasing the rate will beapparent to those of skill in the art.

If an increase is not indicated in decision block 945, proceed todecision block 955 to determine if a decrease is indicated. If adecrease is indicated, proceed to block 960. The next transmission maybe transmitted on the same ARQ channel at a decreased rate from thecurrent rate. Then the process may stop. Again, the decrease may bedeterministic or probabilistic. Also, a RATE_DECREASE may notnecessarily result in immediate rate decrease but would decrease thetransmission rate from the mobile station in the future (i.e., acredit-like algorithm is used at the mobile station), or a RATE_DECREASEmay result in a decrease spanning multiple rates. When an example creditalgorithm is used in the RATE_DECREASE context, when a mobile stationgets a RATE_DECREASE but doesn't follow it for some reason (e.g. urgentdata that needs to be sent out), it gets a negative credit, and thisnegative credit needs to be paid back later on, in a sense. Various waysof decreasing the rate will be apparent to those of skill in the art.

If neither an increase nor decrease is indicated, a RATE_HOLD has beenreceived. The mobile station may transmit the next packet at a maximumrate equal to the rate of the current packet, as indicated in block 965.Then the process may stop.

Returning to decision block 940, if neither type of ACK has beenidentified, a NAK will be determined to have been received. In decisionblock 970, if retransmission is still possible for the packet (i.e., thecurrent subpacket was not the last subpacket), the mobile stationretransmits the subpacket on the same ARQ channel with the subpacket IDincremented, as depicted in block 980.

In decision block 970, if the current packet was the last subpacket, themobile station has run out of retransmissions for the packet. Proceed todecision block 975 to determine if a grant has been received (in similarfashion as described above with respect to block 920). If a grantmessage is designated to the mobile station (whether from a single basestation, or more than one, as discussed above), the mobile station maytransmit a new packet on the same ARQ channel at a rate equal to orbelow the granted rate. Proceed to block 930, described above.

In decision block 975, if a grant has not been received, the mobilestation may monitor the F-RCCH Active Set, obtain rate control commands,and decide the maximum rate allowed for next packet transmission on thesame ARQ channel. The selection of rates when more than one rate controlcommand is received may be made as described above. Proceed to decisionblock 945 and continue as described above.

Various other techniques may be employed by an exemplary embodiment of amobile station. A mobile station may monitor the number of packeterasures (i.e., no positive acknowledgement after the last subpacket). Ameasurement may be made by counting the number of consecutive packeterasures or counting the number of erased packets within a window (i.e.a sliding window). If the mobile station recognizes too many packetshave been erased, it may reduce its transmit rate even if the ratecontrol commands indicate another command (i.e. RATE_HOLD orRATE_INCREASE).

In one embodiment, a grant message may have higher priority than a ratecontrol bit. Alternatively, a grant message may be treated with the samepriority as a rate control bit. In such a case, rate determination maybe modified. For example, if no grant message is designated to themobile station, the rate for next transmission is determined from allrate control commands (RATE₁₃ INCREASE, RATE_HOLD, RATE_DECREASE, andACK_STOP) using an “OR-of-DOWN” or similar rule. When a grant is alsoreceived, a rate for next transmission may determined from all ratecontrol commands (RATE_INCREASE, RATE_HOLD, RATE_DECREASE, and ACK_STOP)using an “OR-of-DOWN” or similar rule, the result of which is comparedwith a granted rate and the smaller rate chosen.

Signaling may be deployed to configure the mobile station so that themobile station only monitors the F-RCCH indicator from either theserving base station or from all base stations in the F-RCCH Active Set.For example, when RATE_COMB_IND may specify that a rate control commandis the same from multiple base stations, then the mobile station maycombine all indicators in the identified group before making a decision.The number of distinctive indicators in use at any time may be indicatedas the F-RCCH Current Set. In one example, a mobile station may beconfigured to monitor only the F-RCCH indicator from the Serving basestation, in which case the size of the F-RCCH Current Set is 1.

In addition, as described above, various rules may be deployed foradjusting rates in response to commands on the F-RCCH. Any of theserules may be adjusted by signaling from the base station. In oneexample, there may be a set of probabilities and step sizes used indetermining whether the mobile station increases or decreases its rate,and by how much. These probabilities and possible rate step sizes may beupdated through signaling, as necessary.

Method 900 may be adapted to include the various alternatives describedfor a base station employing method 750, described above. For example,in one embodiment, a NAK and stop command is not explicitly defined, asa DTX on the F-RCCH along with a NAK indicates a rate hold. In analternate embodiment, NAK and stop functionality may be deployedresponding to any of the alternate techniques described above for method750. Also, as noted above with respect to method 750, in the exampleembodiment, rate control or grant based change of rate is carried out onpacket boundaries. It is anticipated that the methods described may bemodified to incorporate inter-subpacket rate changes as well.

It will clear to those of skill in the art in light of the teachingherein that any of the procedures and features described herein may becombined in various ways. For example, a mobile station may only becontrolled by the primary base station via grants but not controlled byother base stations via rate control bits. Alternatively, the mobilestation may be controlled via grants from all the base stations, or asubset of base stations in its Active Set. Some F-GCHs may be softcombined. The mode in which a mobile station operates may be set up viaL3 signaling during channel assignment or via other messages during apacket data call.

As another example, if a packet is received correctly, the primary basestation may send either ACK_STOP or ACK_RC. The rate control commandsmay not be used, thus ACK_RC may be used to mean “ACK and continue” forthis mode. In this context “ACK and continue” indicates that the mobilestation may transmit a new packet at the same rate as the packet that isbeing acknowledged. As before, if ACK_STOP is sent, the base station mayalso send an overriding grant on F-GCH designated to the MS. In thisexample, a NAK will indicate “NAK and stop”, unless a correspondinggrant is transmitted with the NAK. In this scenario, non-primary basestations also send ACK_STOP or ACK_RC, where ACK_RC is not accompaniedby a rate control command, and indicates “ACK and continue”.

In another example special mode, incorporating a subset of the featuresdescribed, the mobile station may be controlled via rate control bitsonly (from base stations in its F-RCCH Active Set). This mode may be setup via L3 signaling during channel assignment or other messages during apacket data call. In this mode, a base station sends NAK if a packet isnot received successfully. When a packet is received correctly, a basestation sends either ACK_STOP or ACK_RC along with the F-RCCH(RATE_HOLD, RATE_INCREASE, or RATE_DECREASE). A NAK after the lastsubpacket may be accompanied with the F-RCCH (RATE_HOLD, RATE_INCREASE,or RATE_DECREASE).

FIGS. 10-12 show examples illustrating timing of various channelsdescribed herein. The examples do not represent any specific choice offrame length, but illustrate relative timing of the grant, ACK, and ratecontrol (RC) indicators. The ACK indicator, RC indicator, and the grantoccur during the same time interval such that the mobile stationreceives the ACK, RC and grant information at roughly the same time forapplication to the next packet transmission. In these examples, themobile station need not monitor the RC indicators except when itreceives an acknowledgement or when all subpackets have been transmitted(as described in example embodiments above). A mobile station monitorsthe ACK bit assigned to it and to the RC indicator corresponding to theparticular ARQ sequence. For example, if there are four ARQ sequences,and the mobile station is transmitting on all ARQ sequences, then themobile station monitors the ACK indicator every frame and to the RCindicator (as applicable) every frame. Empty frames between varioustransmissions are introduced to allow time for a base station or mobilestation, as applicable, to receive and decode requests, subpackettransmissions, grants, acknowledgements, and rate control commands.

Note that these timing diagrams are not exhaustive, but serve only toillustrate various aspects described above. Those of skill in the artwill recognize myriad combinations of sequences.

FIG. 10 depicts timing for an example embodiment with combinedacknowledgement and rate control channels. A mobile station transmits arequest for transmission on the R-REQCH. A base station subsequentlytransmits a grant on the F-GCH in response to the request. The mobilestation then transmits a first subpacket using parameters in accordancewith the grant. The subpacket is not decoded correctly at a basestation, as indicated by the strikeout of the subpacket transmission.The base station transmits an ACK/NAK transmission on the F-ACKCH alongwith a rate control command on the F-RCCH. In this example, a NAK istransmitted, and the F-RCCH is DTXed. The mobile station receives theNAK and retransmits the second subpacket in response. This time, thebase station correctly decodes the second subpacket, and again sends anACK/NAK transmission on the F-ACKCH along with a rate control command onthe F-RCCH. In this example, no additional grant is transmitted. AnACK_RC is transmitted, and a rate control command is issued (it mayindicate an increase, decrease, or hold, as determined according to thedesired scheduling). The mobile station then transmits the firstsubpacket of the next packet, using parameters associated with thegrant, modified as necessary by the rate control command on the F-RCCH.

FIG. 11 depicts timing for an example embodiment with combinedacknowledgement and rate control channels, along with a new grant. Arequest, grant, subpacket transmission (not decoded correctly) and NAKare transmitted the same as the first eight frames described above withrespect to FIG. 10. In this example, the second subpacket transmissionis also received and decoded correctly. However, instead of an ACK_RCbeing sent by the base station, an ACK_STOP is transmitted. If no grantaccompanied the ACK_STOP, the mobile station would revert to autonomoustransmission. Instead, a new grant is transmitted. The mobile stationneedn't monitor the F-RCCH for this frame. The mobile station thentransmits the first subpacket of the next packet in accordance with thenew grant.

FIG. 12 depicts timing for an example embodiment with combinedacknowledgement and rate control channels, without a grant. This exampleis identical to FIG. 10, except that no grant is sent in response to theoriginal mobile station request. Thus, the first subpacket transmissionof the first packet is transmitted at the autonomous rate. Again, thissubpacket is decoded incorrectly at the base station. The secondsubpacket is again decoded correctly, and an ACK_RC is transmitted alongwith a rate control command. The mobile station then sends the nextpacket at the potentially adjusted rate. This example illustrates thepossibility of moving a mobile station rate arbitrarily using ratecontrol commands only, without any grant.

Note that in an alternative embodiment, a base station may use ratecontrol with autonomous transmissions with or without a previousrequest. Reductions may be used to relieve congestion, and an increasemay be awarded when there is extra capacity, even though the BS may notknow the data requirements, since a request was not transmitted.

It should be noted that in all the embodiments described above, methodsteps can be interchanged without departing from the scope of theinvention. The descriptions disclosed herein have in many cases referredto signals, parameters, and procedures associated with a 1xEV-DV system,but the scope of the present invention is not limited as such. Those ofskill in the art will readily apply the principles herein to variousother communication systems. These and other modifications will beapparent to those of ordinary skill in the art.

Those of skill in the art would understand that information and signalsmay be represented using any of a variety of different technologies andtechniques. For example, data, instructions, commands, information,signals, bits, symbols, and chips that may be referenced throughout theabove description may be represented by voltages, currents,electromagnetic waves, magnetic fields or particles, optical fields orparticles, or any combination thereof.

Those of skill would further appreciate that the various illustrativelogical blocks, modules, circuits, and algorithm steps described inconnection with the embodiments disclosed herein may be implemented aselectronic hardware, computer software, or combinations of both. Toclearly illustrate this interchangeability of hardware and software,various illustrative components, blocks, modules, circuits, and stepshave been described above generally in terms of their functionality.Whether such functionality is implemented as hardware or softwaredepends upon the particular application and design constraints imposedon the overall system. Skilled artisans may implement the describedfunctionality in varying ways for each particular application, but suchimplementation decisions should not be interpreted as causing adeparture from the scope of the present invention.

The various illustrative logical blocks, modules, and circuits describedin connection with the embodiments disclosed herein may be implementedor performed with a general purpose processor, a digital signalprocessor (DSP), an application specific integrated circuit (ASIC), afield programmable gate array (FPGA) or other programmable logic device,discrete gate or transistor logic, discrete hardware components, or anycombination thereof designed to perform the functions described herein.A general purpose processor may be a microprocessor, but in thealternative, the processor may be any conventional processor,controller, microcontroller, or state machine. A processor may also beimplemented as a combination of computing devices, e.g., a combinationof a DSP and a microprocessor, a plurality of microprocessors, one ormore microprocessors in conjunction with a DSP core, or any other suchconfiguration.

The steps of a method or algorithm described in connection with theembodiments disclosed herein may be embodied directly in hardware, in asoftware module executed by a processor, or in a combination of the two.A software module may reside in RAM memory, flash memory, ROM memory,EPROM memory, EEPROM memory, registers, hard disk, a removable disk, aCD-ROM, or any other form of storage medium known in the art. Anexemplary storage medium is coupled to the processor such the processorcan read information from, and write information to, the storage medium.In the alternative, the storage medium may be integral to the processor.The processor and the storage medium may reside in an ASIC. The ASIC mayreside in a user terminal. In the alternative, the processor and thestorage medium may reside as discrete components in a user terminal.

The previous description of the disclosed embodiments is provided toenable any person skilled in the art to make or use the presentinvention. Various modifications to these embodiments will be readilyapparent to those skilled in the art, and the generic principles definedherein may be applied to other embodiments without departing from thespirit or scope of the invention. Thus, the present invention is notintended to be limited to the embodiments shown herein but is to beaccorded the widest scope consistent with the principles and novelfeatures disclosed herein.

What is claimed is:
 1. An apparatus, comprising: a message generatorconfigured to: generate a first message comprising an acknowledgmentindicator and a rate control indicator, wherein the rate controlindicator indicates at least whether a rate control command will begenerated and issued; and generate a second message conditioned on therate control indicator indicating at least that the rate control commandwill be generated and issued.
 2. The apparatus of claim 1, wherein thesecond message comprises the rate control command.
 3. The apparatus ofclaim 2, wherein the rate control command is one of a plurality ofvalues, wherein one or more of the plurality of values indicates a rateincrease.
 4. The apparatus of claim 2, wherein the rate control commandis one of a plurality of values, wherein one or more of the plurality ofvalues indicates a rate decrease.
 5. The apparatus of claim 2, whereinthe rate control command is one of a plurality of values, wherein one ormore of the plurality of values indicates a rate hold.
 6. An apparatus,comprising: a receiver configured to receive a packet; a decoderconfigured to decode the received packet; and a message generatorconfigured to: generate a first signal comprising one of a firstplurality of values, each value associated with an acknowledgment (ACK)or negative acknowledgment (NAK), and one or more of the valuesindicating at least whether a rate control command is to be issued; andconditionally generate a second signal comprising one of a secondplurality of values corresponding to a respective plurality of ratecontrol commands, wherein the generation of the second signal isconditioned on the value of the first signal indicating at least thatthe rate control command is to be issued.
 7. The apparatus of claim 6,further comprising a transmitter configured to transmit the first signaland conditionally transmit the second signal, wherein the transmissionof the second signal is conditioned on the value in the first signalindicating at least that the rate control command is to be issued. 8.The apparatus of claim 6, wherein the receiver is further operable toreceive one or more transmission requests and one or more autonomoustransmissions, the apparatus further comprising a scheduler configuredto allocate a shared resource in response to the one or moretransmission requests and the one or more autonomous transmissions. 9.The apparatus of claim 8, wherein the message generator furtherconfigured to generate a grant message in response to a transmissionrequest in accordance with the allocation.
 10. An apparatus, comprising:a receiver configured to receive a first signal comprising a ratecontrol indicator and conditionally receive a second signal inaccordance with the rate control indicator when the rate controlindicator indicates that a rate control command will be issued; and amessage decoder configured to decode the rate control indicator from thereceived first signal.
 11. The apparatus of claim 10, wherein the firstsignal comprises an acknowledgement.
 12. The apparatus of claim 10,wherein the second signal comprises the rate control command.
 13. Theapparatus of claim 12, wherein the rate control command is one of aplurality of values, wherein one or more of the plurality of valuesindicates a rate increase.
 14. The apparatus of claim 12, wherein therate control command is one of a plurality of values, wherein one ormore of the plurality of values indicates a rate decrease.
 15. Theapparatus of claim 12, wherein the rate control command is one of aplurality of values, wherein one or more of the plurality of valuesindicates a rate hold.
 16. The apparatus of claim 10, further comprisinga transmitter configured to transmit a packet.
 17. The apparatus ofclaim 16, wherein the transmitter retransmits the packet when the firstsignal indicates the transmitted packet is not acknowledged.
 18. Theapparatus of claim 16, wherein the second signal comprises a ratecontrol command, and the transmitter transmits a second packet at a ratedetermined in accordance with the rate control command.
 19. A basestation, comprising: a message generator configured to: generate a firstmessage comprising an acknowledgment indicator and a rate controlindicator, wherein the rate control indicator indicates at least whethera rate control command will be transmitted; and conditionally generate asecond message, wherein the generation of the second message isconditioned on the rate control indicator indicating that the ratecontrol command will be transmitted.
 20. A remote station, comprising: areceiver configured to receive a first signal comprising a rate controlindicator and conditionally receive a second signal in accordance withthe rate control indicator, wherein the reception of the second signalis conditioned on the rate control indicator indicating that a ratecontrol command will be transmitted to the remote station; and a messagedecoder configured to decode the rate control indicator from thereceived first signal.
 21. A wireless communication system, including abase station, comprising: a message generator configured to: generate afirst message comprising an acknowledgment indicator and a rate controlindicator, wherein the rate control indicator indicates at least whethera rate control command will be generated; and conditionally generate asecond message, wherein the generation of the second message isconditioned on the rate control indicator indicating that the ratecontrol command will be generated.
 22. A wireless communication system,including a remote station, comprising: a receiver configured to receivea first signal comprising a rate control indicator and conditionallyreceive a second signal in accordance with the rate control indicator,wherein the reception of the second signal is conditioned on the ratecontrol indicator indicating that a rate control command will be issued;and a message decoder configured to decode the rate control indicatorfrom the received first signal.
 23. A method for rate control,comprising: employing at least one processor executing computerexecutable instructions stored on a computer readable storage medium toimplement the following acts: generating a first signal comprising oneof a first plurality of values, each value associated with anacknowledgment (ACK) or negative acknowledgment (NAK), and one or moreof the values indicating at least whether a rate control command will begenerated and issued; and conditionally generating a second signalcomprising one of a second plurality of values corresponding to arespective plurality of rate control commands, the generating the secondsignal conditioned on the value of the first signal indicating the ratecontrol command will be generated and issued.
 24. A method for ratecontrol, comprising: employing at least one processor executing computerexecutable instructions stored on a computer readable storage medium toimplement the following acts: receiving a first signal comprising one ofa first plurality of values, each value associated with anacknowledgment (ACK) or negative acknowledgment (NAK), and one or moreof the values indicating at least whether a rate control command is tobe issued; and conditionally receiving a second signal comprising one ofa plurality of rate control commands, wherein the receiving the secondsignal is conditioned on the value of the first received signalindicating the rate control command is to be issued.
 25. A method forrate control, comprising: employing at least one processor executingcomputer executable instructions stored on a computer readable storagemedium to implement the following acts: transmitting a packet; receivinga first signal indicating whether the transmitted packet wasacknowledged and whether a rate control command will be issued; andreceiving a second signal comprising the rate control command when therate control command is issued, wherein the receiving the second signalis conditioned on the first signal indicating the rate control commandwill be issued.
 26. The method of claim 25, wherein the first signalcomprises one of a first plurality of values, one of the first pluralityof values indicating an acknowledgment of correct decoding and no ratecontrol command.
 27. The method of claim 26, wherein the valueindicating an acknowledgment of correct decoding and no rate controlcommand revokes a prior grant.
 28. The method of claim 25, wherein thefirst signal comprises one of a first plurality of values, one of thefirst plurality of values indicating an acknowledgment of correctdecoding and a rate control command.
 29. The method of claim 25, whereinthe first signal comprises a value indicating no transmissioncorresponding to a negative acknowledgment of the decoded packet and norate control command.
 30. The method of claim 25, wherein the ratecontrol command is one of a second plurality of values, wherein one ormore of the second plurality of values indicates a rate increase. 31.The method of claim 25, wherein the rate control command is one of asecond plurality of values, wherein one or more of the second pluralityof values indicates a rate decrease.
 32. The method of claim 25, whereinthe rate control command is one of a second plurality of values, whereinone of the second plurality of values indicates a rate hold.
 33. Themethod of claim 32, wherein the second signal comprises a valueindicating no transmission for a rate hold.
 34. The method of claim 25,further comprising: retransmitting the packet when the first receivedsignal indicates the transmitted packet was not acknowledged.
 35. Themethod of claim 25, further comprising: transmitting a second packetwhen the first received signal indicates the transmitted packet wasacknowledged.
 36. The method of claim 25, wherein the second packet istransmitted at a rate determined in accordance with the rate controlcommand when a rate control command is received on the second signal.37. The method of claim 25, wherein the transmitted packet is asubpacket.
 38. An apparatus, comprising: means for generating a firstsignal comprising one of a first plurality of values, each valueassociated with an acknowledgment (ACK) or negative acknowledgment(NAK), and one or more values indicating at least whether a rate controlcommand will be issued; and means for conditionally generating a secondsignal comprising one of a second plurality of values corresponding to arespective plurality of rate control commands when the value of thefirst signal indicates the rate control command will be issued.
 39. Anapparatus for rate control, comprising: means for receiving a packet;means for decoding the packet; means for generating a first signalindicating whether the received packet was decoded correctly andindicating whether a rate control command will be issued; and means forgenerating a second signal comprising the rate control command when thefirst signal indicates the rate control command will be issued.
 40. Anapparatus for rate control, comprising: means for transmitting a firstsignal comprising one of a first plurality of values, each valueassociated with an acknowledgment (ACK) or negative acknowledgment(NAK), and one or more of the values indicating whether a rate controlcommand will be transmitted; and means for transmitting a second signalcomprising the rate control command, wherein the transmitting the secondsignal is conditioned on the first signal indicating the rate controlcommand will be transmitted.
 41. An apparatus for rate control,comprising: means for transmitting a packet; means for receiving a firstsignal indicating whether the transmitted packet was acknowledged andwhether a rate control command will be issued; and means for receiving asecond signal comprising the rate control command when the first signalindicates the rate control command will be issued.
 42. A wirelesscommunication system, comprising: means for generating a first signalcomprising one of a first plurality of values, each value associatedwith an acknowledgment (ACK) or negative acknowledgment (NAK), and oneor more of the values indicating at least whether a rate control commandis to be issued; and means for conditionally generating a second signalcomprising one of a second plurality of values corresponding to arespective plurality of rate control commands when the value of thefirst signal indicates the rate control command is to be issued.
 43. Awireless communication system, comprising: means for receiving a firstsignal comprising one of a first plurality of values, each valueassociated with an acknowledgment (ACK) or negative acknowledgment(NAK), and one or more of the values indicating at least whether a ratecontrol command is to be issued; and means for conditionally receiving asecond signal comprising one of a second plurality of valuescorresponding to a respective plurality of rate control commands whenthe value of the first received signal indicates the rate controlcommand is to be issued.
 44. Computer readable media containing a set ofinstructions which when executed perform the following acts: generatinga first signal comprising one of a first plurality of values, each valueassociated with an acknowledgment (ACK) or negative acknowledgment(NAK), and one or more of the values indicating at least whether a ratecontrol command will be generated and transmitted; and conditionallygenerating a second signal comprising one of a second plurality ofvalues corresponding to a respective plurality of rate control commands,wherein the generating the second signal is conditioned on the value ofthe first signal indicates a indicating the rate control command will begenerated and transmitted.
 45. Computer readable media containing a setof instructions which when executed perform the following acts:receiving a packet; decoding the packet; generating a first signalindicating whether the received packet was decoded correctly andindicating whether a rate control command will be issued; and generatinga second signal comprising the rate control command when the firstsignal indicates the rate control command will be issued.
 46. Computerreadable media containing a set of instructions which when executedperform the following acts: receiving a first signal comprising one of afirst plurality of values, each value associated with an acknowledgment(ACK) or negative acknowledgment (NAK), and one or more of the valuesindicating at least whether a rate control command is to be received;and conditionally receiving a second signal comprising one of a secondplurality of values corresponding to a respective plurality of ratecontrol commands, wherein the receiving the second signal is conditionedon the value of the first received signal indicating the rate controlcommand is to be received.
 47. Computer readable media containing a setof instructions which when executed perform the following acts:transmitting a packet; receiving a first signal indicating whether thetransmitted packet was acknowledged and whether a rate control commandwill be issued; and receiving a second signal comprising the ratecontrol command, wherein the receiving the second signal is conditionedon the first signal indicating the rate control command will be issued.48. A method for rate control, comprising: employing at least oneprocessor executing computer executable instructions stored on acomputer readable storage medium to implement the following acts:receiving a packet; decoding the packet; generating a first signalindicating whether the received packet was decoded correctly andindicating whether a rate control command will be issued; and generatinga second signal comprising the rate control command, wherein thegenerating the second signal is conditioned on the first signalindicating the rate control command will be issued.
 49. The method ofclaim 48, wherein the first signal comprises one of a first plurality ofvalues, one of the first plurality of values indicating anacknowledgment of correct decoding and no rate control command.
 50. Themethod of claim 49, wherein the value indicating an acknowledgment ofcorrect decoding and no rate control command revokes a prior grant. 51.The method of claim 48, wherein the first signal comprises one of afirst plurality of values, one of the first plurality of valuesindicating an acknowledgment of correct decoding and a rate controlcommand.
 52. The method of claim 48, wherein the first signal comprisesa value indicating no transmission corresponding to a negativeacknowledgment of the decoded packet and no rate control command. 53.The method of claim 48, wherein the rate control command is one of asecond plurality of values, wherein one or more of the second pluralityof values indicates a rate increase.
 54. The method of claim 48, whereinthe rate control command is one of a second plurality of values, whereinone or more of the second plurality of values indicates a rate decrease.55. The method of claim 48, wherein the rate control command is one of asecond plurality of values, wherein one of the second plurality ofvalues indicates a rate hold.
 56. The method of claim 55, wherein thesecond signal comprises a value indicating no transmission for a ratehold.
 57. The method of claim 48, further comprising: receiving one ormore autonomous transmissions; and allocating a shared resource inresponse to the one or more transmission requests and the one or moreautonomous transmissions.
 58. The method of claim 48, further comprisinggenerating a grant in response to a received transmission request. 59.The method of claim 58, wherein the second signal is not generated whenthe grant is generated.
 60. The method of claim 48, further comprisingtransmitting the first signal; and conditionally transmitting the secondsignal when a rate control command is issued.
 61. The method of claim60, further comprising transmitting the grant when a grant is issued.62. The method of claim 48, wherein the received packet is a subpacket.63. The method of claim 62 wherein the decoding of the packet furthercomprising decoding the packet in response to previously receivedcorresponding subpackets, if any.